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These days, the quiet times in my life are waiting for large databases to be 
imported or exported or watching as large files are transferred across the network. I 
had one of those the other night so I cobbled together another small, bespoke 
AppEngine http://appengine.googie.com/ tool: "spacetimeid" is very simple 
web application to encode and decode unique 64-bit numeric identifiers for a 
combined set of x, y and z coordinates. 

Another way to think about that is as a unique ID for any given point at a 
specific time anywhere on Earth. 



For example, the corner of 16th and 
Mission http://aaronland.info/iamhere/#latitude=37.76483199999999&longit 
in San Francisco, at around midnight the night/morning of March 17, 2010 would 
be encoded like this: 



GET http://spacetimeid.appspot.com/encode/-122.419304/37.764832/1268809061 http://spacetimeid.appspot.cc 

<rsp stat="ok"> 

<spacetime y="37 . 764832" x="-122 . 419304 " z=" 1268809061 " id="4726418083411316312844298485971 
</rsp> 



To decode a unique ID back in to space and time coordinates, you'd do this: 



GET http://spacetimeid.appspot.com/decode/4726418083411316312844298485971 http://spacetiraeid.appspot.com 

<rsp stat="ok"> 

<spacetime y="37 . 764832" x="-122 . 419304 " z=" 1268809061 " id="4726418083411316312844298485971 
</rsp> 



I'm not entirely sure what I'll use these for yet, so don't worry if you're 
wondering too. I just like unique identifiers because they make it easy (possible) to 
connect lots of little pieces in order to create new things, so I figured I would share. 
It's not perfect but it's a start. 

Enjoy: 
http://spacetimeid.appspot.COm/ http : / / spacetimeid . appspot . com/ 

Update : At Gary 1 s request http://www.vicchi.org/2010/03/17/phi- 

lambda-and-slightly-embarassing-temporality/ , I've added a /woe endpoitlt 

that allows to encode and decode (WOE ID + time) 

pairs http : / /spacetimeid . appspot . com/#woe , tool 
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from piratemaps import almost 



Poking around the GeoNames http://www.geonames.org/ site tonight I 
noticed that they've added a new API method called 

findNearbyStreetsOSM http : / /www . geonames . org/maps/osm-reverse- 
geocoder . html#f indNearbyStreetsOSM . You pass it a latitude and a longitude 

and it returns a list of nearby steet names and their geometries derived from 
OpenStreetMap http : / /www . openstreetmap . org/ data. 

It occurred to me that this was a lot like the thing that Andrew 
Turner http : //highearthorbit . com/ threatened to build for me to help 
generate pirate 

maps http: //www. aaronland.info/weblog/2 007/ 12/12 /things/#talk-is- 
cheap two years ago, at FOSS4G http://2007.foss4g.org/ , as we crossed 
the street on the way to the bar. 
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The GeoNames API is not perfect because it's still just returning a 
mechanical representation of all the streets around a point but it's a good start. If 
nothing else it's easy to imagine using it to pre-populate a pirate map and then 
adding controls to remove streets simply by clicking on them. It would be nice if the 
API passed along the OSM node or way 



IDs http://code.flickr.com/blog/2 009/09/28/thats-maybe-a-bit-too- 

dorky-even-for-us/ associated with a line segment since those would be easier 
to pass around than the actual line coordinates but small steps, and all that. 

Here's some simple code to generate static pirate maps that I wrote to test the 
idea: 



import urllib2 
import json 
import Geohash 

# These are non-standard Python installs 

import Modes tMapS http://modestmaps.com/download/ 

import modestMMarkers http://github.com/straup/py-modestMMarkers 

height = 640 
width = 800 

lat = 37.759729 
Ion = -122.427283 
zoom = 16 
threshold = .1 

# Fetch street data from GeoNames 

req = ' http: //ws .geonames .org/f indNearbyStreetsOSMJSON?lat=%s&lng=%s ' % (lat, Ion) 
res = urllib2 .urlopen(req) 
data = json. loads ( res. read{ ) ) 

# Pull out the line data for the streets nearby 

# (that don't exceed the threshold set above) 

# and parcel them in to simple buckets based on 

# street type 

lines = { 

'big' : [], 

'medium' : [ ] , 

' small ' : [ ] 
} 

for s in data[ ' streetSegment ' ] : 

if f loat(s [' distance '] ) < threshold: 

line = [ ] 

for pt in s [ ' line ' ] . split (','): 
In, It = pt. split ( ' ' ) 

line. append ( { ' latitude ' : f loat ( It ) , ' longitude ' : f loat ( In) } ) 

key = ' small ' 

if s [ ' highway ' ] in ( ' primary ' , ' secondary ' ) : 

key = 'big' 
elif s [ ' highway ' ] in ( ' tertiary ' , ' residential ' ) : 

key = 'medium' 
else: 

key = ' small ' 

lines [key] . append ( line) 

# Render a base map using ModestMaps and convert it to greyscale 

provider = ModestMaps. builtinProviders [ ' OPENSTREETMAP ' ]() 
loc = ModestMaps .Geo.Location( lat, Ion) 
dims = ModestMaps . Core . Point ( width , height ) 

mm_obj = ModestMaps .mapByCenter Zoom (provider, loc, zoom, dims) 
mm_img = mm_ob j .draw( ) 



mm_img = mm_img . convert ( ' L ' ) 
mm_img = mm_img . convert ( ' RGBA' ) 

# Draw each bucket's worth of street lines, adjusting 

# the line width and opacity based on street type 

markers = modestMMarkers . modes tMMarkers{mm_obj ) 

if len( lines [ 'big' ] ) : 

mm_img = markers .draw_lines (mm_img, lines [ 'big' ], line_width=10, opacity=.8) 

if len ( lines [ ' medium ' ] ) : 

mm_img = markers .draw_lines (mm_img, lines [ 'medium' ], line_width=5, opacity=.6) 

if len( lines [ ' small ' ] ) : 

mm_img = markers .draw_lines (mm_img, lines [ ' small ' ] , line_width=2 , opacity=. 4 ) 

# Encode the latitude and longitude of the map's center point 

# as a Geohash http://en.wikipedia.org/wiki/Geohash and append it the image's filename. 

fname = "piratemap-%s.png" % Geohash. encode (lat, Ion) 

mm_img . save ( fname ) 

In the next few days I will try to get around to adding support for this in both 
the I Am 

Here http://aaronland.info/iamhere/#latitude=3 7.7 648604 7503722&longitud< 
map and WS-pinwin http://modestmaps.com/examples-python-ws/ . I also want 

to think about generating, both live (read: on my phone) and static, "piratewalks": 
Pirate maps that follow you and grow as you move 

around http://www.aaronland.info/weblog/2010/02/04/cheap#agency . 

Here's a quick and dirty example using a (GPX) track file that was generated as I 
went for a walk the other day, but you could just as easily use your 

Flickr http://code.flickr.com/blog/tag/geo/ photos or 

foursquare http: //4mapper. appspot.com/ checkins (and so on...) as the input 
the same way you might use a different kind of pen or marker to scribble out a map 
by hand. 




See also: proximate 

Spaces http: //delicious . com/straup/proximatespaces 
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from diy import dwim 



This morning I came across an Android app called Simple Reverse 
Geocoder http://apiiget.com/android/ , which does pretty much what it 
sounds like: It translates the location recorded by the built-in GPS unit in to a street 
address. At a glance it seems to use Google's built-in APIs which are fine but a bit 
sterile, creepy and incorrect all at the same time. The problem with relentlessly 
precise street-level geocoding http://www.vicchi.org/2010/02/09/the- 

location-battle-between-you-and-your-phone/ is that it doesn't leave any 

room for 

manoeuvring http://en.oreiiiy.com/where2009/pubiic/scheduie/detaii/7212 

both literally and figuratively. 

One of the reasons that I finally decided to buy a Nexus One is the Android 
Scripting Environment http : / /code . google . com/p/android-scripting/ 
which allows access to most of the interesting device-level APIs from languages 
that are (not Java http://www.aaronland.info/weblog/2 008/02/05/fox/#ws- 
decode ): location information, the speech synthesizer, the file-system and so on. 
The APIs aren't a complete mapping of what available in Java and the 
documentation is a bit sketchy but mostly it just works and it's actually easy to 
install custom-written code on the 

phone http://www.aaronland.info/weblog/2006/09/28/bake/#poison . 

Since reverse geocoding is still a subject near and dear to 

me http://biip.tv/fiie/96902i , I wrote a dumb little Python script that uses 
Flickr's reverse geocoder http: //www. slideshare.net/revdancatt/where20- 
2008-the-one-where-we-gripe-about-reverse-geocoding to find your location, 

display the name and open its Places http://www.fiickr.com/piaces/ page in 
the web browser. Here it is, without any kind of error-handling so all the usual 
caveats apply. 



import android 

import Flickr.API http://pypi.python.org/pypi/Flickr.API/ 

import j son 

import time 

import random 

import sys 

api key = ' YER_FLICKR_APIKEY http://www.flickr.com/services/apps/create/apply/ 
apisecret = None 

droid = android. Android ( ) 

api = Flickr.API .API (apikey, apisecret) 



# I don't know why it's called "makeToast" — they're 

# little non-modal dialogs that fade away after a few seconds 

droid. makeToast ( 'Asking the sky where you are http://www.guardian.co.uk/media/pda/2009/jan/30/mobilephones-st. 
droid . startLocatingf ) 

time.sleepf random. randint( 5, 10 ) ) 

loc = droid. readLocation ( ) 

droid . stopLoca ting < ) 

lat = loc [ 'result' ][' latitude' ] 
Ion = loc [ ' result ' ] [ ' longitude ' ] 

droid. makeToast (' Found you! Now, asking Flickr where %s, %s is in human-speak...' % (lat, Ion)) 

req = Flickr. API .Request (met hod= ' flickr. places . f indByLatLon http://www.flickr.com/services/api/flickr.plac 
lat=lat, lon=lon, format= ' json ' , nojsoncallback=l ) 

res = api . execute_request ( req ) 
data = json. loads (res. read ( ) ) 

name = data [ 'places ' ] [ ' place ' ] [ ] [ ' name ' ] 
woeid = data[ ' places '][' place '][ ][ 'woeid' ] 

droid. makeToast (' You\ ' re in %s. Let\'s look at some photos from there!' % name) 

places_url = ' http: //www. flickr.com/places/ http://www.flickr.com/places %s#, recent ' % woeid 
droid.view(places_url) 

sys .exit ( ) 

Even better, though, is the fact that you don't even 
need http://biog.fiickr.net/en/2009/O6/i8/nearby-on-your-phone/ a 
high-level language like Python to do this on your phone anymore. You can do it 
straight from a web 

browser http: //www. aaronland.info/weblog/2010/02/04/cheap/#agency but 

the more the merrier. Everything should be conceptually as simple as the View 
Source http://www.tbray.org/ongoing/when/200x/2003/05/21/RDFNet rule. 
I've already written a little app that plays both Nagios and Ganglia on 
TV http://www.aaronland.info/weblog/2 008/10/08/tree/#pattern , sitting 
in the background and polling for stats every 60 seconds and speaking to me (read: 
waking me up when I'm asleep) if condition x is triggered. That kind of freedom to 
tinker is pretty great. 

And just for kicks, here's the infamous Twitteradio app I wrote for 
Series60 

Python http:/ /www. aaronland.info/weblog/2 007/04 /01/thick/#devizeburger 

three years ago in a mere 12 lines of code. In other words: Still just as annoying but 
I am a simple man... 



import android 
import urllib2 
import time 
import json 



droid = android. Android ( ) 

url = ' http: //twitter. com/ st at uses /public_time line. json ' 



while True: 



res = urllib2 .urlopen{url ) 
data = json. loads (res) 



for tw in data: 

droid. speak (tw[ ' text ' ] ) 



# let the phone finish speaking 
time.sleep( len(data) ) 
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I made some new things. 




In the last 12 hours 
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Ross Harmes has 1 new favourited photo! 




One of them's been kicking around for a while, the product of a couple failed 
attempts and years of frustration with the "From Your 

Contacts http://www.flickr.com/photos/friends " page on Flickr. The other 
is aggressively simple but also the thing everyone who works on the Flickr 
engineering team jokes about building, sooner or later. 

(If you don't believe me just ask Myles.) 



They are Contacts Who've 

Faved http : / /contactswhohavef aved . appspot . com/ and Things I Can't 

Fave http://thingsicantfave.appspot.com/ Respectively. 



In the last 12 hours 




The first shows you recent photos (like the last 6 to 12 hours) that your 
contacts have favourited. The second is a place to favourite things that can't 
normally be faved on Flickr: sets, collections, galleries, groups, other Flickr users 
and comments on photos. 

They are both web apps built on top of AppEngine, using 
FlickrApp http: //www.aaronland.info/weblog/2009/08/10/icecream/#ffbp 



The first is basically awesome. I've never really used groups on 
Flickr http://www.fiickr.com/groups which is a big part of the way that 
people have discovered new photos. Most of my photos are public but my I tend to 
stick close to home and the things that really interest me are the things that people I 



know, or whose work I enjoy, like: their favourites. (This is one of the reasons that, 

internally, 

Galleries http://www.aaronland.info/weblog/2009/09/18/fivethings/#galleri 

were often confused with or assumed to be just "sets of faves" but that's a story for 

another day.) The best part is not that I end up faving the same things my contacts 

do, but that I end up making the person who took a photo that my contact faved a 

new contact. And then their faves show start to show up in Contacts Who've 

Faved http://contactswhohavefaved.appspot.com/ ! 

I have added as many, or more, new contacts — as in I have no idea who 
you are but I really like your work and would like to see more of it and not just 
collect your buddyicon — in the 6 or 7 months I've been tinkering with this as I 
have in the last 2 or 3 years. 

The second is, in some respects, nothing but a series of big lists with RSS 
feeds (and a Twitter account http://twitter.com/thingicantfave/ ). It's a 
little bit of a joke except for the part where everyone really wants to be able to 
favourite comments. So, in the same vein as Fake Subway 

APIs http://fakesubwayapis.appspot.com/ I built a dumb little site where you 
could. There's no reason you couldn't have done the same thing on top of 
del.icio.us http://dei.icio.us/ but there's something to be said for a very 
focused bespoke application that is more concerned with functionality than 

abstraction; Thing I Can't Fave http://thingsicantfave.appspot.com/ is 

about people doing (or not...) stuff on Flickr even if, under the hood, it is just 
buckets of search. 

It's still a bit clunky to use: You need to copy and paste URLs from Flickr in 
to a form on the (thingsicantfave) site which is not ideal. There's a handy 
bookmarklet http://thingsicantfave.appspot.com/about/ to try and take 
some of the pain away but since there's still no proper API for third-party 
applications to use there's no getting around a little bit of clicking and confirming. 

That said, it did allow me to discover a wonderful photoset of breakfast 

faces http://www.flickr.com/photos/andyhunti/sets/72157 62305 7500053 

that Matt faved while I was asleep last night. 
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Recently faved 



see all your favea / home 



You faved a set by 
andyhunti ^ 



Matt Biddulph faved a 
set by andyhunti 



There's also a dancing egg. 
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WooJioo! You laved Hial gallery!! 



http://www.ni ckr.cn my photos/jillpyJeygaSleriies/ 72 15 FAVE THIS 



M !*>+*** S**< 



That brings to five http://www.flickr.com/services/apps/by/straup 

the number of bespoke Flickr applications I've built using the 
API http://www.flickr.com/services/api and AppEngine: 

1. Flickr For Busy 

People http://flickrforbusypeople.appspot.com/ which 

displays a list of your Flickr contacts who have uploaded photos in the 
last 30 minutes, two hours, four hours and eight hours 

2. Flickr Chatterbox http://flickr-chatterbox.appspot.com/ 
which displays recent comments that have been added to your Flickr 
contacts photos . 

3. Contacts Who've 

Faved http://contactswhohavefaved.appspot.com/ which 

displays recently faved photos from your contacts. 

4. Things I Can't Fave http://thingsicantfave.appspot.com/ 
allows you to favourite things you can't otherwise fave on Flickr. 
Things like sets, collections, galleries, groups comments and even other 
Flickr users 

5. Suggestify http://suggestify.appspot.com/ allows you suggest 
locations (geotags) for photos on Flickr. 

The first three work by rolling up a whole bunch of 

data http:/ /www. aaronland.info/weblog/2009/ 12/2 l/redacted/#woelr (you 
know, photos) and sorting them by a username. That puts the focus back on the 
individual rather than the photos but I find it useful as a way to make a first pass 
through the volume of stuff that comes through Flickr every day. If someone 
uploads 300 photos all at once I can probably guess they've just gotten back from 
vacation or a day trip. If they're uploading something new every 30 minutes then I'll 
probably start to wonder what they're up to. The important part is not how people 
make those distinctions but that they can. And the really important part is that 
hopefully stuff like this can help some number of photos that would normally get 
washed away in the firehose bubble up, however briefly. 



I also like that they are separate and distinct applications, where each site is 
a different kind of filter for building a new "table of contents" back in to Flickr 

itself. Things I Can't Fave http: //thingsiscantfave. appspot.com/ and 

Suggestify http://suggestify.appspot.com/ store data but only out of 
necessity. The rest are, by design and motivation, nothing more a lens to arrange 
moments (in the Flickr world) and allow people the space to create small 
bridges http://code.fiickr.com/biog/2009/10/19/smai1-bridges-to- 
proximate-spaces/ between them. Or, in simpler terms: A reason to hit the reload 
button. 
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BigBean has 1 new 

comment fori photo 

Kevin has 2 new 
- . comments for 2 photos 

r**r^ holgaguy has 1 new 

comment for 1 photo 




1 chatterbox is a thing made byaaron, 1 
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Kevin has 2 new 

comments for 2 photos 



holgaguy has 1 new 

comment fori photo 




"Love, the processing you have done on 
this. So vintage." 

— shuttermeister 



Enjoy! 
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I was lucky enough to be invited to attend Microsoft's Social Computing 
Symposium last week month. Highlights for me were Kevin Slavin's epic talk 
about hiding in plain 

Sight http : / /www. near f uturelaboratory . com/20 1 0/01/17 /microsof t-social- 

computing-symposium-20io-notes/ , Usman Haque getting people worked 

up http: //www.f lickr.com/photos/julianbleecker/42 6 8 6434 95/in/set- 

72157623066738659/ enough to actually shout out loud what they were thinking 
instead of emoting pithy Twitter messages in silence and Alex's beautiful shout- 
out to the "deep city" http://designswarm.com/biog/2010/01/14/deep- 
city/ . 



Not everyone spoke but we were all encouraged to pitch an 
Ignite http://ignite.oreiiiy.com/ -style talk and we voted on those we'd hear. 
Mine didn't make the cut which is probably best because I'm not sure I was in any 
state to pull off weaving together the stampede of ideas I've been tossing around in 
the margins, the long and twisty conversations with 



Kellan http : //laughingmeme . org/ and the increasingly cryptic notes to myself. 

I still haven't managed to form a coherent shape of things but since I don't 
think the circumstances are going to permit that to happen any time soon I'm just 
going to toss it all out (t)here as is. The broad theme of the symposium was cities, in 
that way that everyone is thinking about what it means to be paving the world, in 
both the private and public sectors, with sensors and a network infrastructure for 
broadcasting all that data. 

If you're hoping for a coherent narrative to follow, you'll probably be 
disappointed. If nothing grabs you then, just as an exercise, try taking the headers as 
a starting point for a different five-minute talk and let me know where it takes you. 

This is the story I would have told (to Myles) . 

Data, not answers. 

Were it not for that terrible article, in an early issue of 

Wired http://www.wired.com/wired/coverbrowser/1993 , about "intelligent 
agents" running around buying you plane tickets while you slept would we still be 
so hung up on the notion of computers being able to second guess what you're 
thinking? 

I've been talking about the notion of data not 
answers http://www.aaronland.info/talks/scribblenet/ for a long time. 

Another way of describing that process is small tools for self- 
organization http: //www. slideshare.net/straup/history-boxes- 
presentation , which proved to be a pretty successful approach at Flickr. 
Computers are still dumb. We are better served by building systems with lots of 
nubby bits — rough surfaces that allow people grab on and that collect ephemera as 
they travel through time — and opportunities for people to re-arrange them rather 
than designing automated thought-leaders. 

Rough surfaces and Diebold meters. 



There was a great story, in the New York 

Times http : / /www . ny times . com/ 2009/12/14/us/l 4meter s . html , about how 
people in California are bucking at the smart-meters they've been asked to install 
because they don't believe they are being fairly billed. 



PG&E attributes the higher bills that some consumers complain about to 
recent rate increases and to quirks in California's pricing system. 
Electricity in the state is priced in so-called tiers: consumers get the first 
few hundred kilowatt-hours at a low rate, but the next few units of 
consumption are billed at a high rate. A small increase in use can 
therefore result in a big increase in the bill, the utility says. 



Which got me wondering if all smart meters will be mandated to display a 
new license agreement every time there's a price change. This happens to me all the 
time in iTunes when I try to buy something: I have to stop what I'm doing, click 
through yet another EULA presumably because Apple's cut a new deal with 
producer-X and then go back to and click buy again. Can you imagine having to do 
that every time you turn on the lights? 

Text vesus Stuff. 

Joe Gregario wrote a really interesting post about how CCDs are basically 
pOwning RFID http://bitworking.org/news/2009/ll/ccd because they're 
cheaper and easier to use. They are the 80 to RFID's 

20 http://en.wikipedia.org/wiki/Pareto_principle . 

Text — plain old words — seems to occupy a similar territory. 

The Eixample is not a useful parallel. 

The problem with talking about Barcelona's Eixample 

neighbourhood http://en.wikipedia.org/wiki/Eixample as an example of 

urban planning and Utopian community- building is that it's failed on almost every 



level. Born of sturdy, well-meaning, community-minded ideals it was never 
finished, the original designs (three stories to a building instead of the five that exist 
today and beautiful interior courtyards) were abused beyond recognition and the 
Diagonal (the boulevard that runs through it) quickly became a class-based dividing 
line cutting the entire thing in half. 

It's also a pretty awful part of Barcelona to spend any amount time in since 
it's nothing but block after block of enormous buildings. The part where they're all 
shaved at the corners gets old pretty quickly. It's worth noting that when the city 
embarked on another large-scale redevelopment in the 

1980's http: //www. actar.com/index.php? 
option=com_dbquery&task=ExecuteQuery&qid=2&idllibre=4013&lang=en they 

spent most of their time building lots of small, very simple, parks and public squares 
scattered throughout the entire city. 

They are the pockets that make being in a city the size of Barcelona not just 
manageable but special. 

The role of megalomaniacs. 

I don't want to be an apologist for Robert Moses. It's just curious how, after 
the fact, we may continue to decry the acts of a single person imposing their will 
(and their ego) on a city but we celebrate the legacy (typically the physical things) 
those acts leave behind. Moses in New York, Haussmann in Paris, Drapeau in 
Montreal and so on. 

All of this has happened before. 

There's often a weird Libertarian streak to these conversations that answers 
the question of how we'll actually build a shared resource of all this network-sensor 
love with the invisible hand of the market or self-organizing off-the-shelf DIY can- 
do resourcefulness. You know, stuff like mesh 

networks http://en.wikipedia.org/wiki/Mesh_networking . I've got no 
problem with ideas like that, in principle, except that there's nothing to demonstrate 
that it won't be abused and shat all over in practice. 



Can you really imagine the people heavily invested in the real estate markets 
in cities like New York or London or Tokyo operating a shared mesh network that 
would offer an advantage or even just a level playing field to the people they are 
competing with? No, me neither. 

Which isn't to say it can't be done. In fact, we've done it before. We've built 
a publicly funded and supervised shared infrastucture that private citizens and 
commercial enterprises can use: It's called the sewage system and we're the better 
for it. Say what you want about municipal governments or unions but your toilet 
still works. Which is to say that we know how to do this stuff but equally that it gets 
thrown in the ring with all the other needs, wants and priorities that come from 
living together as communities. It's called public policy and it's not sexy but it's 
necessary. 

Jones' battlesuit is a gateway drug for civic participation. 

I wasn't really sure what to make of Matt Jones' The City Is A Battlesuit 

For Surviving The Future http://io9.com/5362912/the-city-is-a- 

battiesuit-for-surviving-the-future the first time I read it. Eventually I 
decided that it was really an invitation for people to participate, be involved and to 
help shape the cities and the communities they live in sung in the form of a space- 
rock-opera. 

"People there really are walking architecture." 

Augmented reality is boring (or: History Clippy must die). 

I look forward to being proven wrong about augmented reality but I'm not 
ready to hold my breath yet. That's all I will say about it, for now. Instead I'll talk 
about maps. 

It took me a while to warm up to Dolores 

Park http://www.flickr.com/search/?q=dolores+park&ss=2&z=e when we 

moved to San Francisco. It's not the prettiest of parks but, over time, what I began to 
realize and appreciate about it is that it's one of the few parts of the city where 



people go to be alone, together. So much of the rest of the city is a "designed 
experience" whether it's an attempt to get you to open your wallet or, in the case of 
San Francisco, some place you can take your dog and talk to other people with 
dogs. 

I want more things like Dolores Park, things that embrace the quiet rather 
than the firehose of ubiquitous broadcasting that is all the rage these days. I want 
maps like that. I want a map my neighbourhood, or a city I'm visiting, that is just the 
history of the places the people I know have been. The kids over at 
UrbanTick http://urbantick.biogspot.com/ have been poking at this idea for 
a while but it's still a bit wonkish. I want something like 

Cabspotting http://www.cabspotting.org/ for my friends and I want it to be 
simple. 

So I built a poor man's web-based GPS recording 

device http://www.aaronland.info/followme/ using my phone and the 
geolOCation http://dev.w3.org/geo/api/spec-source.html and local 
Storage http://dev.w3.org/html5/webstorage/ APIs that are starting to 
become available in newer web browsers. Translation: I load a web page that 
periodically asks the GPS/WiFi robots on my phone where I am and then store that 
information locally and display a history of my movements on a map. 

Here's me walking to work: 




Here's me taking a picture of my phone because it's too fucking stupid to 
know how to take 

SCreenshotS https: //idealpro jectgroup.backpackit.com/pub/ 1925973- 
andr oid- screens hot- ins true t ions -f or- gruber of itself ... 

As it's written today there's a "export" button that will dump your location 
history to the screen. In the future I'd like to be able to push all that data to a proper 
web application where all that data can be aggregated and shared and made more 
than the sum of its parts. You know: To be alone, together. 

There's also a "purge history" button if you're wondering. 



It's not perfect. It's not even awesome... well, it's a little awesome. It's 
definitely the toolset I've been waiting 

for http://aaronland.info/talks/sxsw07/ since the infamous DOOM- 
DOOM-DOOM geo panel at 

SXSW http://muffinresearch.co.uk/archives/2 007/03/12/sxswi-07-notes- 

mapping-where-the-f-are-we-now/ in 2007. The part where it just works in a 
web browser, though, and I don't have to ask people to pay for or install random 



device-hardware-manufacturer specific crap: That is 
awesome http://diveintohtmi5.org/geoiocation.htmi . 

There are still plenty of "mistakes" like the one where I didn't really duck 
down to South Van Ness at 

18th http://aaronland.info/iamhere/#latitude=37.76141089932 90 6&longitude 

My best guess is that's where the nearest cell tower is (the same thing happened on 
the way home) when you're standing two blocks away waiting for the street light to 
change. For now, I'm okay with that. It's good 

enough http://www.caterina.net/archive/001211.htmi and I'm betting we 
can do something interesting http://code.fiickr.com/biog/2008/10/30/the- 
shape-of-alpha/ with those hiccups. 

Right now, I'm trying to decide if I want to run my own infrastructure for 
this stuff. From a privacy and creepiness factor it makes the most sense. At least for 
me. Maybe for anyone else, it's an equal kind of toss-up whether they'd be 
comfortable handing over their location data to me or to someone like Google. 
Whatever else you want to say about the GOOG they've gotten better and closer at 
nailing the administrivia involved in setting up these kinds of bespoke 
applications, with tools like 

AppEngine http://husk.org/blog/arch/introducing-docent.html . Mike 
suggested just storing everything in OpenStreetMap and I considered abusing 
Delicious 

(again http://www.aaronland.info/weblog/2 007/07/28/trees/#delmaps ).Whili 

it's tempting in a street-finds-it-own-use kind of way both approaches also seem a 
bit mean-spirited and run counter to the goals of either service so I'm punting on 
those for now. 

Maybe it's possible to continue to use AppEngine but do all the posting 

Over HTTPS http: //googleappengine. blogspot.com/2008/10/announcing- 
https-support-for-appspotcom.html while also pulling a 

Wesabe http://biog.wesabe.com/2010/01/04/protecting-cioud-secrets- 
with-grendei/ and encrypting any data, not explicity made public, on the way in 
to the giant all-seeing Google database in the cloud. I don't know yet. I built this 
over morning coffee, yesterday. I am writing this blog post over morning coffee, 



today. 










*• 



If all of this sounds strangely familiar and prescient it's because Tom Coates 
was 

right http: //developer. yahoo.net/blogs/theater/archives/2008/03/fire_eag! 

So far, this has been tested using the browser on the Nexus One and Firefox 
3.6. 1 don't know whether it will work with other Android phones or Maemo. 
There's at least one geolocation plugin for the default browser on the 

N900 https://addons.mozilla.org/en-US/mobile/addon/4 6819 and I think 

that the geolocation and local storage stuff is part of 

Fennec http://www.moziiia.com/en-us/mobiie/ , which is Firefox en- 
mobilized. It does not work in Safari or mobile Safari yet, at least not on my ancient 
iPod Touch. I'd love to know whether it works on newer iPhones. 



As an aside, using and starting to program for the Nexus One is basically 
like writing bespoke Python applications for 

Nokia http://aaronland.info/talks/soap/ , before the Symbian 9 I Series60 
v3 catastrophe (read: 2005/2006), but with better hardware which should give you 
some idea of just how huge a lead Nokia squandered. Also, I can not begin to tell 
you how much the camera on the Nexus One sucks soggy rocks . That was always my 
suspicion looking around at the 

reviews http://www.flickr.com/photos/andyi/sets/721576232517 86252/ . / 



charged ahead anyway. The Nexus One does not move the Earth but if s pretty good 
and easier to tinker with than any of the alternatives. The part where the camera 
sucks http://www.flickr.com/photos/straup/4321453750/ makes me 
reconsider at least once a day, though. 

You can try it for yourself at: 

http://www.aaronland.info/followme/ 

As always, the source code is available over on 

GitHllb http://github.com/straup/js-followme . 

2010-01-17T00:08:25-0800 
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milkshake whispering 



I am (still) lazy and (still) don't like... 

woedb 
first your addressbook / now your dictionary 

buckets and vessels 
areas of / you are here 



I am (still) lazy and (still) don't like 
reloading webpages 



Four years ago, I 
wr A H A H A H... http://www.aaronland.info/weblog/2006/06/12/areacode/#ole 
I mean, said to Myles: 



I like The Guardian, in part because they've always been so quick to 
grok what the interweb could do for them. For example, during the 2002 
World Cup they added live-blogging of the matches which, despite 
being so brain-dead obvious, no one else was doing at the time. I am a 
fair-weather football fan so I couldn't tell you whether the people they've 
gotten to do the job are "qualified" but they are about four million times 
more fun than anything else out there. 

Four years ago I was hanging out in IRC channels and made an idle 
threat to write a scaper-bot to suck down the commentary and post new 
bits as they arrived. So the other morning I wrote something just like 
that which I can run from the command-line. 



And later: 



There is also the part where I've never seen anyone use the current crop 
of weblogging applications to chunk out individual updates as separate 
posts. So far, all writers do is keep a running commentary in a glorified 
text file (or single post) . This is not an insurmountable problem 
technically and I will go out on a limb and predict that within a year 
someone will draft a spec for/<blogging to address this issue. 

It's pretty obvious that there's a demand for live-blogging; as in any 
event that people want to follow, in real-time, with a story and a little 
more personality than a text message containing canned highlights. I'm 
not saying that the Guardian should charge money to deliver live- 
blogging outside their website, only that I might actually pay for it if 
they did. I would not pay for plain-old access to their website. This has 
also been my problem with the subscription model going back to Salon's 
initial pay- wall. Just give me the fucking data to either play with myself 
or to plug in to a clever third party application. 

Like an IM thingy. 



In fairness, the last four years have seen The Guardian not only rid 
themselves of commas in their URLs but also publish a pretty great API that allows 
you to search for the live-blogging happening around the day's World Cup 

matches http: //content. guardianapis.com/ search? 

q=live&tag=tone%2Fminutebyminute&section=football&from-date=20 10-06- 
22&to-date=2010-06-22&order-by=newest&format=xml . But Still there's no way 
to get the bloody updates — you know, the stuff being said — all by itself. 

This seems especially crazy in a world that has finally caught up to the 
reality of a network that is mostly on and phones that can walk and chew gum at the 
same time. It's true that The Guardian have created mobile versions of their live- 
blogging pages but they are finicky to use, don't auto-refresh and most importantly 
don't generate any kind of system-level notifications for new 

updates http://dev.w3.org/2006/webapi/WebNotifications/publish/ . 
So somewhere over the Midwest last 



week http://www.flickr.com/photos/straup/sets/72157 624319924 3 02/ I 
wrote yet-another scraper-bot. A scraper-bot and a relay machine if you're being 
fussy about it. The bot asks The Guardian API for the URLs of the current day's 
World Cup live-blogging posts, fetches the updates and shoves them in to a JSON 
file. The relay machine reads the JSON file, keeps track of posts its already seen 
and displays those it hasn't. 

Originally, I imagined the relay bot would be running on my phone using 
the built-in notifications framework http: //code. google. com/p/android- 
scripting/wiki/ApiRef erence . As it happens, the individual posts are way too 
long for the tiny little notifications windows (stick that in your micro-social-twitter- 
pie (hole) and smoke it...) so I switched to sending the updates over XMPP 
(specifically GTalk) since IM somehow remains the best class of software for 
dealing with this kind of thing. Also, I have an IM client on my — drumroll — 
phone, so I can keep track of what's going whether I'm sitting at my desk or out 
walking around. 

It looks like this: 



COAL! Bojth Africa 2-1 France (Malouda 70) 

68 mins: Mexico continue to have their best spell and Fucile is booked for a rugby tackle on 
giovani, who has looked sprightly - and also like a sulky teenage: girl - all day. Giovani takes the 
kick but again Rodriguez heads wide, this tiome from much further out. And Jay Hart is in 
agonies: 'Obviously, we would all love For South Af to move onto the 16, because they're the 
home team; but what for? Can they win against Argentina? And Mexico do play such a beautiFul 
game oF Football (riot to mention what lovely hair some of their players have 777 these things are 
important to some of us female Fans), would be such a shame to see them go. Vamos, Mex:ico!1" 

4.29pm: No drawing of lots then - Malouda has just pulled one back For France. 

COAL! South Africa 2-1 France (Malouda 70) It looks like France's last act of this World Cup will 
be to poop the hosts party. Diarra split their defence with a Fine ball and Ribery, unlike the last 
time he Found himself in this position, drew the keeper before passing to a better-placed team- 
mate, leaving! Malouda to roll the ball into the unguarded net. 

71. min: Khumalo narrowly Fails to connect with a South African Freekick and then France rip 
down the other end, Ribery wriggling this way and that before being dispossessed, on the 
grounds oFdecency as much as anything else. 

73 min: Nomvethe collapses in the French box, triggering desperate, and unbounded, calls For a 
penalty. The ref resists. 

70 mins: Mexico are still conning Forward. Barrera makes great ground down the right and Floats 
a slightly weedy cross overthat Fails to reach Franco. Uruguay have settled Forthis now. They're 
not bombing Forward at all. And meanwhile - sorry if you're one of the bafana bafana Fan fan - 
France have scored , so a considerable amount oF of tension has elfectively gone out oF events 
here. On jobs Dan McSweeney notes: "Even thougih England are a cowboy outFiL at least they 
show up. France though would be a contractor who takes the deposit, says he will be there at 
7:45am precisely, and then never shows up." 



1° 







Hey look... updates from two different webpages that I don't need to reload! 
Did I mention that I'm lazy? 



The JSON file of all updates is over 

here http://cloud.spum.org/guardian_updates.json if you want to find 

something interesting to do with it. Be aware, though, that it's still very much a 
moving target. Each update contains a hash of the text which is a rough 80/20 way 
to track and filter out posts that have already been seen but it is not uncommon for 
the writers to update individual entries, whether it's at the end of the match or during 
the game. There's also no pruning of older matches so the file itself just keeps 
growing; I may fix that soon. If you want to run your copy of the bots, or submit 
patches, all the source code is available on the 



Githllb http://github.com/straup/worldcup2010-tools . 

With any luck, The Guardian will just publish their own cleaned-up love 

notes http : / /www. guardian . CO . uk/open-platf orm/blog/behind-the-curtains- 

of-zeitgeist ... I mean, updates file and then the whole thing will be moot. In the 
meantime, here's to small futures loosely joined with stuff (and things). 

2010-06-22T10:07:35-0800 



woedb 



Or: A present for Gary http://www.vicchi.org/2010/05/31/locating- 
the-next-role-the-yahoo-years/ , on his first day at his new cube. Or: 
Myles http://www.mylesgrant.com/ is my God page. 




Hornando 
Florida 
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Pretty soon after we started working with Where On Earth 

(WOE) http: //geobloggers.com/2008/05/12/yahoo-woe-where-on-earth- 

that-is-ids/ at Flickr I began to make "God 

tools" http: //www. youtube.com/watch?v=KxGm5i91Qao to introspect all the 

data. This became especially important when we had to follow the twisty guts of 
the reverse geOCOding process http://www.mefeedia.com/entry/catt-cope- 
going-places-on-f lickr- the- signif icance-of -geographical -in format ion- in- 

photos/988807 6 but they were also a good way to simply get a handle on the 
volume of places and relationships indexed in WOE. 



Mostly, they were held together with duct tape and bubblegum; only the 
barest of functionality designed to just work in my browser with the shortest amount 
of development time. Which is to say they worked (which is to say I couldn't have 
done my job without 

them http://www.flickr.com/photos/kellan/2076404433/ ) but they were butt 

ugly and clunky. Every once in a while 

Kellan http://www.fiickr.com/photos/straup/4079130952/ would try to 



convince me that we should release a public version on Flickr proper but between 
the (at the time) questions about opening up the data and the amount of work 
involved in cleaning up my kludge-tastic webpages it was an idea that never faired 
well against all the other things we were doing. 
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COAL! Scuih Africa 2-1 France (Malouda 70] 

58 mins: Mexico continue to hav-c thei best spell aid rcc e is booked tor a rushy tickle on 
giovani. who has locked sprightly- and also like a sulky teenage girl - ill day. Ciovani takes tJie 
kick bul again Rodriguez fieac> ^: dc- inis t ome f'om much Fjrther out, And Jay Hart is in 
agonies: "Obviously w. nojld ;l lave lor iojt At to move c-ntc tht 16, becaj^e ttit/r* th* 
home team; but wtiit lor? tan they win against Argentina? And Mexico do play such a beautiful 
game of football [rot to mention what lovely ha' r some of their players have ??? these things are 
impolunttosorne olus female fans), would be such a shame to see them go. Vamos, Memo!!" 

4.29pm: Mo drawing of lotstiien- Malouda fiasjust pulled one back for Trance. 

COAL! South Africa M France (Malouda 70] It looks like France's last act oftiiis World Cup will 
be to poop he- Iks:; pnity. din':, ;p !h: ■ serence .vtf i he ball and Ribery. unlike the last 
time he found hiiralt in litis position, drew the keeper before passing to a better-placed team - 
rat:, living Malouc'i to roll he- bat into the- unguarded net. 

7L rnin: Klumalo narrowly fails lo connect with a South Alrican freekick and then France rip 
down tJie other end, Ribery wriggling this way and that before being dispossessed, on the 
grounds ofdecermy as much as anything else, 

73 min: Nonwethe collapses in the French box, triggering desperate, and unrounded, calls for a 
penalty. The ret resists. 

70 mins: Mexico are still cenrg forward. Barren make: grei! ground down n: rigfii tid f oats 
a slightly weedy cross over that fails to reach Franco. Uruguay have settled forthis now, They're 
not bombing forward a": all. And meanwhile - sorry if you're one of Ihe bafana balana fan fan - 
France have scored , so a considerable amount of of tension has effectively gone out of events 
here. On jobs Dm McSwceney notes: "Even though England are a cowboy outfit, at least they 
show up. France ti^uc '1 ,-,.j.ild be: cc-'uvi-cwr svvo takes Ifie deposit, says fie will be there at 
7:45am precisely, amd then never shows up." 



c 



In the time between then and now, Flickr quietly released the Places info 

pages http://www.flickr.com/places/info/2452334 

(/places /inf o/{WOEID}), Yahoo! released most of WOE dataset under a 
Creative Commons 

license http://developer.yahoo.com/geo/geoplanet/data/ (some day, I will a 

compelling reason why they decided to rename it "GeoPlanet"...) and I spent some 
time taking all that data and putting it in 

Solr http : / /www . aaronland . inf o/weblog/2 9 / 12 /2 l/redacted/#woelr 
where it could be poked at and noodled around in. Sort of like the Flickr "God" 
pages but without, you know, the pages. 



So, over the weekend I finished up the first pass at the 
woedb http : / /woe . spurn . org/ , a searchable and linkable index of every single 
Where On Earth (WOE) ID published. Each WOE lists basic information like name 
and place type, as well as child locations and adjacencies and all the various aliases 
for that place. You know... "linked 

data http://www.tbray.org/ongoing/When/2 00x/2003/02/27/URL ". As of this 
writing, there are about 5.5 million entries. 

Here's what the about page http://woe.spum.org/about says: 

• Apage for every WOE ID. http://woe.spum.org/id/24549949 

• A page for every country http://woe.spum.org/country/JP (andthtir 

airports http://woe. spurn. org/country/JP?placetype=airport ). 

• Search, http: //woe. spurn. org/search?name=transmission 

• Search nearby . http://woe.spum.org/id/12797i6i/nearby 

• Surprises, http://woe.spum.org/random 

• Works in progress, http://woe.spum.org/id/55970961/map 

Did I mention that I like 
airports http://www.aaronland.info/weblog/2 008/07/2 7/invisible/#correctio 




There are still a few more ways to facet the data that I'd like to add and lots 
of little things (like auto-magic geolocation 

detection http://www.aaronland.info/weblog/2009/06/01/bubblegum/#iamhere 

for the nearby pages and search by 

geohash http://code.fiickr.com/biog/2009/02/09/things-im-standing- 

next-to/ ) but this seems like a good place to set it down for a while and find its 

legs. I've already found some brainfarts in the way the data's been 

indexed http://github.com/straup/solr-geoplanet so I will probably re-feed 

everything in the next couple of weeks and maybe even fold in Flickr 

tags http : //www. flickr .com/ services /api/ flickr . places . tagsForPlace . html 

to the list of things that can be used to search for places. 
And the things. With all the stuff. 



I will probably put the code that runs the site on 
Github http: //github.com/straup/ shortly if anyone wants to help out or add 
features. Short term, I'm going to turn my attention back to the plumbing for a bit 
and make sure that the site is properly wired to work with Solr 1 .4 and also use it as 
a stomping ground to test all the new geo-hawtness in Solr 

1.5 http://wiki.apache.org/solr/SpatialSearch . Until then, enjoy! 




2010-06-07T10:07:35-0800 



first your addressbook / now your 
dictionary 
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Sometime back in December, of last year, I took a moment to imagine what 
the next four months might look like. To give you some background the long 
version is long and the short version is full of drama. Back then it all looked like 
giant clouds of fuck-you looming on the horizon. They were. Four months later I 
was sitting in a hotel lobby, in Denver, with Bruce 

Wyman http://twitter.com/bwyman and joked that if I ever caught up on my 
sleep I could file the entire experience under "War Stories" and generally get on 
with it. 



Being attacked by life sucks. Being attacked by life when you have a whole 
stack of obligations that you not simply agreed to but genuinely want to do sucks 
the suck (so to speak) . In my case the entire time leading up to April was haunted by 
the knowledge that I had been accepted to write and present a paper at Museums 

and the Web http://www.archimuse.com/conferences/mw.html on the 

practice of curation, in a world where the Internet exists. There are few topics 
guaranteed to get people in the museum world worked up and generally crazy in the 
head than a discussion of the role and meaning of curation and if I was going to 
poke them in the eye I was very concious of wanting to do it with a suitably sharp 
object rather than, say, a worn down pencil nub. Which is to say , paraphrasing 
Russell Davies and Jack Schulze: It's worth not being 



Shit http://www.flickr.com/photos/straup/3349742276/ . 

I am super grateful to Jennifer 

Trant http://conference.archimuse.com/blog/jtrant/ and David 
Bearman http://www.loc.gov/catdir/semdigdocs/bearman.html , the 

conference organizers, for being so patient while I struggled to write the thing. 
Normally, when I do these things, the paper follows the slides which act as a kind of 
strong outline where each slide should be able to serve as jumping off point to 
discuss (or argue) a given point over drinks. As it happened, the paper took on a life 
of its own and the next trick became how take what had become a very large surface 
area and craft it in to a very small pony. 

The paper, titled Buckets and 

Vessels http://www.archimuse.com/mw2010/papers/cope/cope.html , is 

available to read on the Museums and Web site and I've included my slides below 
but the basic outline/argument was the following: 

• The practice, if not the art, of curation is alive and well. 

• No one is storming the gates because there is, in fact, a giant party 
happening outside the gates. 

• Galleries (at Flickr), the tyranny of motivation and "little big 
pictures " . 

• The vanishing economics and general muddling of roles in a captial- 
A art world that includes the Internet. 

• Bookmarking time and "betting on the 

future http://www.epistemographer.com/ 

But really, the core of the argument centers around the fourth point and I 
don't think I've done a very good job articulating that yet. 

The really short version is this: It's not that people don't care or value what 



curators are doing. It's that they have no idea what most of them are saying. There 
exists, for good reasons or bad, a language of specialization that prevents most 
people from participating in a dialogue about art or the ideas it fosters. Which is 
hardly the same as not wanting to participate: "People are not suddenly self- 
identifying as curators. Rather, what we are seeing is a growth of tools being 
made available to allow people to exercise a curatorial muscle many people 
never knew existed, even if the results don't always look like something we're 

USed to. http://www.archimuse.com/mw2010/papers/cope/cope.html 




It may seem a bit crass to point it out but the roles that have typically 
distinguished curators from critics and both from, say, docents has largely been 
economic, specifically the means of production and distribution. It's not like docents 
don't have stories to tell but rather there's been an historical deficit of fast, cheap 
and OUt-of-COntrol http://www.errolmorris.com/film/fcooc.html (read: 
easy) way to share those ideas beyond the small and focused groups who visit them 
in museums. Enter the web which isn't necessarily going to Change Everything™ 



but does afford people the ability to not care so much about what the so-called 
professionals are doing. The so-called barrier to entry, and all that. 

If you think that's crazy-talk I will just point out that there's been a similar 
collapsing of roles going on between artists, designers and crafts-people for about a 
decade already. The arts versus 

Crafts http://www.etsy.com/treasury/4be40bell3 8d6d9118de3400/bad-monimy 

debate starts to seem quaint when you see artists designing, well, designer 

bags http:/ /www. flickr. com/search/ ?q=vuitton+murakami and ThreadleSS 

(which is really just old-school printmaking by any other 

name http : / /www . archimuse . com/mw2 8 /abstracts /pr g_3 35001679. html ) 

making money hand over fist. 

Which raises the question: How much is a language of specialization, or an 
expert discourse, really just a language of scarcity? And how did we ever let the arts 
and humanities get to this point? 

I remember being told that there are something like 50, 000 fine arts 
graduates (I don't remember if that number included both undergrad and graduate 
degrees) every year in North America alone. I'm not suggesting that there should be 
fewer, on principle, but it does raise another question: What exactly are all those 
people supposed to do? Compete for jobs, apparently. 

In Canada we've had the Canada 

Council http://www.canadacouncii.ca/ and various other arts funding 
institutions, that help to support artists and promote their work, for a couple 
generations and, on measure, we're better for it. At the same time, it's been a bit of 
breeding ground for an especially noxious culture of entitlement and a fiercely 
competitive environment because there's still not enough money to go around. I'm 
not going to suggest that we call the project a failure but maybe this is one of those 
places where we need to put a sign-post that reads "Well, this didn't work" and try 
something new. 

I got excited about the web because it seemed like the perfect end-run 
around the backwaters of the art world and the gallery system and the relentless 



networking. I did not get in to this racket because I was particularly enamoured of 
computer programming but because I was excited by the web and the opportunities 
it affords people to make things and share them. If the goal of fostering the arts — 
and an intellectual pursuit around them — means anything I'm pretty sure it doesn't 
mean buying into a system and a practice of active obfuscation and exclusion as a 
means of economic security. 

But I only had twenty minutes so I only managed a kind of fumbled 
approximation of all that. The slides and verbatim notes from the 

talk http://www.aaronland.info/weblog/2010/04/05/milkshake/#buckets 
are included below in a separate blog post. 




Oh yeah, and day before that I did a 3-hour theory-and-practice workshop 
about machine 

tags http://www.archimuse.com/mw2010/abstracts/prg_335002366.html , 

which was super fun. The timing turned out to be good as Twitter announced 
annotations http:/ /www. aaronland. info/ talks /mwl0_machinetags/#6 about 
45 minutes before I started the workshop and Facebook announced all their 

OpenGraph http : / / laughingmeme .org/2010/04/25 / sunday-morning- 
thoughts-f acebook-graph-api-and-open-graph/ Stuff, which is really just 
machine tags embedded in <meta> tags, a few days later. 



The workshop itself was chunked in to three parts: theory, practice and 
ponies (or sometimes robots, depending on my mood). 

The "theory" part was really a discussion about why tagging was interesting 
and successful where other more formal ontologies and classification systems, not 
to mention the dream of the semantic web , have only ever gotten far enough off 
the ground to make a dull thud when they come crashing back down to Earth. If you 
know the boundaries of your problem in advance then a comprehensive (read: 
existential) methodology is awesome but if you've got a project like Flickr where 
the edges are always shifting then it turns out to be both an enormous technical 
burden but, more importantly, a conceptual buzz-kill. 

This turns out to be just as true when you're talking about all-thing geo and 

place related http: //www. slideshare.net /straup/ the-undiscovered- 

country . Language is, after all, magic and naming 

things http: //www. slideshare.net/straup/the-interpretation-of-bias 

(tagging, if you want) is still the thing that gives our lives a little bit of texture. 

The "practice" part was what machine tags looked like at Flickr which really 
meant a (long) short history of how search was architected and a catalog of hacks 
and dirty little tricks we employed to make it work and find our own use for things. 
Machine tags at Flickr were always a margins-of-the-day project which meant that 
they needed to be as thin a layer on top of the way tagging already worked, from 
both a conceptual and user-interface perspective as well as the technical backend 
required to support it. That meant a few mistakes got made along the way and some 
pretty basic mechanisms for discovery took longer to put in place than maybe they 
should have (to their credit Twitter seem to be addressing those problems up 

front with their annotations Stuff http://mehack.com/extremely-preliminary- 
look-at-twitters-annota? ) but despite all of that we managed to make a little 
bit of magic, I think. 
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The third part was a bit sparse, mostly because of time constraints (and me 
talking too much about all the other stuff) but the short version is: Robots a-la 
astrotagging http://vimeo.com/6469344 (or 

noticin.gs http://code.fiickr.com/biog/2009/10/19/smai1-bridges-to- 
proximate-spaces/ ) to read and write machine tags automatically and basically 
everything Matt Biddulph said about concordance in his "Mobile Social 

Location" talk http://www.slideshare.net/mattb/mobile-social-location . 

I know there's a lot of talk these days, in the geo, about the need for a single open 
database of places. It's not so much that I think it's a bad idea but rather that I don't 
think it will ever happen and would likely get stuck in the quick sand of auestions of 
authority and interpretation. I would sooner see more efforts like the Y! Geo 

Concordance APIs http://www.ygeoblog.com/2010/03/of-building-blocks- 
rosetta-stones-and-geographic-identif iers/ where providers are able to 

continue to make claims about their ground truth but still provide a series of small 
bridges to and from other data sources. As a standalone API, the Y! Geo stuff is 
only of limited use and I would prefer to see Yahoo! and other data providers 
simply offer data dumps of their concordances that so everyone can figure out how 
best to make sense of the connections for themselves. 



"In the social media space, a few people have focused on the fact that 
this data is put in place to enable sites to be added to Facebook's social 
graph. However there is little reason why other social networking 
services couldn't also read the same markup as a way to add those web 
sites to their social graph." 

Dare 
Obasanjo http://www.25hoursaday.com/webiog/2010/04/24/FacebooksopenGraphprotocoiFromAwebDeveioperspers 



To some people that's naive crazy-talk on the grounds that those lists are the 
magic secret sauce for a lot of businesses. All I can say to that is: Good luck. If you 
think your business is going to succeed because of a locked box full of data instead 
of an actual service that does something with all that data, I'm guessing you're in it 
for the short game or to drink everyone else's milkshake. Either way, that's not a 
world I want to live in. 

There weren't any notes, per se, for the workshop. This is all stuff I could 
talk about for hours on end so the slides were really mostly a crutch to keep my 
comments organized in something like a coherent arc. There is however a 21-page 
hand out (complete with a 15-page reading 

list) http: //www.aaronland. info/talks /mwlOmachinetags/mwlOmachinetagsre 

available as a PDF file and the slides themselves are over 

here http://www.aaronland.info/talks/mwlO_machinetags/ as plain-old web 
pages (because there are about 200 slides and that just makes for a monster too big 

for SlideShare http://www.slideshare.net/straup ). 



it's a "machine tag' 



flic.kr/p/12345 



And the day before all of that was the 

Wikimedia@MW2010 http : / /conference . archimuse . com/ forums /wikimediamw^ 

workshop, an all-day session with invited guests from the museum world and 
Wikipedia community (and me) to talk about ways that the two communities could 
work together better. It was an odd event, probably not as productive as people had 
hoped for but I think that it gave the participants a better measure of each other's 
concerns and tolerances. On the one hand you had curators and museum 
professionals genuinely wanting to collaborate but probably being seen as a bit 
naive and condescending, telling the young hooligans how it needs to be done, in 
the face of everything Wikipedia has already accomplished. On the other, the 
Wikipedians were frankly down right creepy sounding as though everything were 
just pristine fields of raw data to be hoovered up by the enormous and inevitable 
maw of their collective hive-mind, somewhat divorced from the idea that there's a 
whole world Of grey http : / /www . vicchi . org/2 10/05/1 /your-place-is-not- 
my-piace-the-periis-of-disambiguation/ between outright edit-wars and 
even-keeled articles cum authority files. 



At the beginning of the workshop http://vimeo.com/i0 90067 we all 
went around and did introductions and talked about our areas of interest. Since I 
neither work in a museum or am an active Wikipedian, I figured I would talk about 



possible stress points: 

1. Communities as a single point of failure — IfFlickr went away 
tomorrow I would still have copies of all my photos and all the 
metadata http://search.cpan.org/dist/Net-Flickr-Backup but I 
there is still no way to preserve the community and the relationships in 
a way that they could continue to exist as anything more than snapshots 
of the past. They would be frozen in time. Blaine's been trying to work 
out some ways to address this 

problem http://blog.romeda.org/2010/04/identity.html but the 

thing about federated-anything has always been that it tends to treat 
indivudal sites on the web as little more than interchangeable buckets 
and vessels (I think the technical term is portal but I dislike that word 
only slightly less than I do webinar) of "content" rather than places of 
meaning that people pour their heart and soul in to precisely because 
they are defined by editorial constraints. There is also the part where 
people still don't think of themselves as URIs; those of us who actually 
manage to self-identify with our websites are still few and far between. 
Maybe that will change over time and god know the portal-weeines are 
trying to draw a straight line between that idea and brand-loyalty but I 
don't think we're anywhere close yet. 

2. The risk ofWikipedia becoming a gravity-well for links and ideas — 
First of all, this isn't a Wikipedia-specific problem but their size and 
impact helps to demonstrate the point. I love Wikipedia and think the 
work they've done is hugely important but I also don't want them to 
become a single source of truth anymore than, say, Google. To their 
credit they have a whole series of 

checks http://en.wikipedia.org/wiki/Wikipedia_database in 

place to prevent that from happening but to the extent that they want 
their project to be an actual reference and more than just a catalog of 
links to other sites there is always going to be the potential for them to 
become a giant single conceptual point of failure. This isn't so much 
Wikipedia's problem as a natural human failure to put all of our eggs 
in one basket but maybe it's not something they need to encourage 
either. 



One of the last machine tags "extras" integrations I worked on at Flickr was 
adding support for a bunch of train and subway systems . I really really 
wanted to add support for the MTA , the subway system in New York City, but 
they still don't have a single page for each station that I can link to. A really good 
example of an agency that does is BART in San 

Francisco http://www.bart.gov/stations/i6th/ ; they have "Places" style 
pages for all the ... places, in their network. Someone suggested that maybe we 
could just link to the Wikipedia pages for individual subway stations in New York 
(or London or Berlin and so on). That would have been easy enough and there's no 
question that the Wikipedia page would, in most cases, be more interesting but that 
seemed somehow counter-productive. The point of the machine tags extras stuff 
was to demonstrate that it was possible to all hold hands without necessarily asking 
people to give up their control of or authority around a thing's meaning. 

Which is an interesting prism to look at the Facebook OpenGraph stuff 
through. I am one of the two or three people left to sign up for a Facebook account 
so maybe I'm talking shit, but I don't think so. From where I sit, it looks like they're 
trying to do to the dictionary — the notional arbiters of 

meaning htp: //www. diet. org/ that we use as anchor points in our lives — what 
they've done to the addressbook: Namely, recognize it as the gravity well that it is 
and build a better one (see also: the address book is still the center of 

everything http://www.aaronland.info/weblog/2006/07/03/smoking/#restoboo]< 

than has ever been done before assuming the rest will just follow naturally. Then 
again, that was also AOL's dream. 



ItsUan £0 says: 

Favoriting Tom's comment! (in my mind!) 
Posted 4 days ago. ( permalink ) 



strauc 



says: 



You canfave comments on thingsicantfaye. now. 
Posted 4 days ago. ( permalink j 

kellan £"» says: 

2 You realize that "things I can't fave" is essentially a model for how Facebook's 
QpenQraph should have worked? 
Posted 4 days ago. ( permalink ) 



strauc 



says: 



Uh... not really. But I did justfaire your comment. 
Posted 4 days ago. ( perrnalirk ) 



Since then, I've been mostly sleeping. 
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These are the slides and unedited notes from my talk about the Galleries 
project at Flickr http://www.fiickr.com/gaiieries/ , delivered at the 2010 
Museums and the Web conference . This talk was delivered at a time before I had 
started writing things in long-form before presenting them. In some ways this is one 
of the earliest attempts to put things on paper in order to internalize the arguments 
before voicing them in public. What follows are my presenter's notes, verbatim. 
Quite a lot of what I actually said was done ad lib. There's also a whole paper on 
the 

Subject http: //www. museumsandtheweb.com/mw2 010 /papers /cope /cope . html 

and a typically word-y blog 

post http://www.aaronland.info/weblog/2 010/04/05/milkshake/#mw2010 

that I wrote about it, at the time. 
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Hi, my name is Aaron. I am from Stamen Design, a design studio in San 
Francisco with a focus on data visualization and cartography. Some of you may 
have seen the ArtScope project we did for the SFMOMA, a few years back. I have 
only recently joined the studio and before that spent five all-consuming years 
helping to build Flickr. 



"*»-+ «.r. r . you 

» <f u „ lth ... ***■ '» think ok uk . 

'" ""■ Mur, „„., , »? - I supposed 

•"""-'■ -.. ,:r:;; •••—-.-.. 



ran gers 




I'd like to start with a story: Back in 1992 when the web still did not exist 
for me and I thought of myself as a painter I was young and brash enough to send 
the writer Kurt Vonnegut a stack of drawings and asked if he would like to 
collaborate on a project. A few months later I received a personal reply. Vonnegut 
both complimented my work and deftly avoided my suggestion altogether. 

The thing that I've always remembered, though, is the question about what 
he was supposed to do with the work I'd sent him. "When I die," he said, "I will be 
found among dunes of terrific stuff from strangers which I didn't have the balls to 
throw away." 




I think that's a situation that most of us increasingly find ourselves in. It 
certainly seems to be the case talking to people in the museum and archiving world 
and hearing stories of warehouses of materials yet to be investigated or even opened 
yet. You see this same phenomena happening in individual lives, as well, as we 
share and collect and produce more and more stuff digitally and on the Internet. 
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The astronaut Rusty Schweickart has talked about this in the context of "near 
earth objects" (what the rest of us know as "asteroids"). It is not as though there has 
been a sudden increase in the number of asteroids that may potentially crash in 
Earth but rather that, as our ability to create more powerful telescopes increases we 
are simply noticing more of them. 



There's a pattern here, I think, that has less to do with any technology per se 
than the fact than that we eat with our eyes and not with our 

Stomach http: //www. slideshare.net /str aup/capacity-planning-for- 
meaning-presentation-637370 . Which is not a criticism. We choose, we work, to 
live in a bountiful world because the alternative is too depressing to imagine. 




That has certainly been the experience at Flickr. We have struggled with 
ways to ... the depth and vibrancy of the work on the site. Typically, this has meant 
blanketing the entire corpus with a machine-learning or search algorithm of dubious 
subtlety and suffering the expectations from user's that by virtue of their photo 
being included (or excluded) their work has been validated by Flickr staff. 




In September of 2009, Flickr launched the Galleries project. Galleries are 
meant to be a way to allow users to curate other people's photos to create... The 
goals of the project were two- fold. The first was to use the community of users on 
Flickr to ... photos based on their experience of the site itself. To ask users ... 




The second goal was to actively encourage members to think differently 
about their role and contributions to the site. The only enforced constraints around 
galleries are the exclusion of a user's own photo and a limit on the number of 
photos that could be included in a single gallery. 



We wanted members to think of Flickr as not just a vehicle for their own 
photographs and reputation, but also as a place for active investigation and creation 
of narratives drawn from their experience, and interpretation of other people's work. 




Galleries was not an obvious project for some people. Questions were raised 
whether it was really necessary, or wise, to add yet-another categorization to the 
mix. 





Chitty or Kicken? 
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the act of choosing 











We wanted to actively promote the act of choosing and tried to do it with as 
little friction as possible. Other than the constraints I mentioned above the act of 
choosing photos in a gallery was "theme" enough. 




Galleries have been live for about six months now. In the first week there 
were 25, 000 galleries and as of today there are over 500, 000. 1 have been told that 
if the total number of photos favourited in Flickr in the last six years is (n) then the 
number of photos that have been added to Galleries is already 1 5% of (n) . In just six 
months! 




I could spend this entire talk just showing you galleries that I've fallen in 
love with. But that would be boring the truth is that galleries don't lend themselves 
to screenshots. I like that because I think it means we succeeded in creating 
something greater than the sum of the individual photos. 



Careful readers will note that I included a del.icio.us link because this was 
before the infamous sunsetting 

incident https : / /blog . pinboard . in/20 1 1 / 03 /anatomy of acrushing/ at 

which point I basically abadoned the site. All the links listed in the URL above are 
still available on 

pinboard, https : //pinboard . in/u : straup/t : f lickr /t : galleries/ Good 
times. 



docent- your helpful Flickr gallery assistant sign in ni a flickr 


about docent recently added galleries 
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Google App 


http://sta.mn/n5b 

http://docent.husk.org 
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There is also Paul Mison's website "docent" which is built using the Flickr 
API and aggregates galleries created by your Flickr contacts. 



Lonely Barber 




i Based on the gallery The Lonely Barber curated by aileron . 
i Photos from Friendly Joe , mannvdem . cuellar und chuckp . 




Stewart Butterfield used to describe Flickr's mission, or purpose, as the 
"eyes of the world" which is an easy and lovely idea to get behind. We took a lot of 
inspiration from The Boston Globe's "The Big Picture" while we were building 
Galleries. One of the things we talked a lot about was the notion of "Little Big 
Pictures" which is nothing more than hooks to allow people to indicate that one 
gallery was a response to another, be it a critique or simply another view. 

To create a dialectic in photographs rather than a language of specialization 
or expertise. 



We always thought that something like the Flickr Blog would be the starting 
point for these threads but it turns out to be just the opposite which is lovely and 
wonderful in its own way! 




I want to suggest to you that Galleries is a reflection of something that is 
happening as people are able to create and share stuff with increasing ease online: 
They are discovering a curatorial muscle they did not know ever existed. They are 
discovering that to curate something it to create something. 




And that one consequence is that previously understood and established 
roles are starting to get very confused. At this point I should mention that I am not 
suggesting that there is a revolution in the streets, or that anyone is storming the 
gates or that anyone is calling for the end of expertise. It's just not so lonely outside 
the gates, anymore. In fact there's a giant party going on. 



What is happening though is that much of the economic infrastructure — the 
means of production — that has framed these roles is being dismantled by the 
Internet and Max Anderson's "other 96%" have a way to not only join the 
conversation but start their own. 




We've been watching this happen for a while in the world of artists and 
designers and crafts-people. 



It is no longer clear what separates one from the other in ways that make the 
traditional arts vs. crafts debate seem quaint. Artists are producing "designer" bags, 
designers are talking about their work as bespoke "pieces" and crafts-people are 
busy blazing trails across the Internet and the technology world. Think: Threadless 
and the larger world of textiles (aka "wearable computing") beyond that. 



regretsy 



Corndog on a PLane 




Etsy.com and Regretsy.com are interesting examples of the phenomena. 
Etsy.com is a wildly successful community site where people can buy and sell crafts 
and other bespoke products. Regretsy.com equal parts art critic and curator of 
strange and interesting and often plain-old wrong work being sold on Etsy. Regretsy 
is basically the new Clement Greenberg. 



You shouldn't feel like you need to think any of this looks like any kind of 
curatorial practice you know. It's not. What I want to focus on is less the form of 
the practice than the practice itself. The point is what happens when everyone starts 
to do the thing you do: To actively create context(s) around the present through 
which they can be examined in the future. 



Woman aircraft worker, Vega Aircraft Corporation, 
Burbank, Calif. Shown checking electrical 
assemblies (LOC) 




Over time, one of the criticisms of the Flickr Commons has been that it lends 
itself to a tyranny of voices and trivial conversational snippets like "cool" or "I like 
this!" That's a reasonable criticism (although it's worth considering all those 
comments and notes as a kind of Zeitgeist or prism with which to consider items of 
"value"). This is especially true of popular works like those from the Library of 
Congress. 



Galleries With This Photo 




Woman aircraft worker, Vega Aircraft Corporation, 
Burbank, Calif. Shown checking electrical 
assemblies (LOC) 



Vintage People 
Steampunk Ideas 
The Sensuous Life: 6 



r^ggg nice Vintage pics 



But maybe the problem isn't that community participation is a failed 
experiment but, simply, that some of the tools need to be re-considered. It is, in fact, 
pretty easy to argue that "notes" on Flickr are too blunt an instrument to effectively 
share knowledge. That's hardly a reason to question the entire project. 

Here is the Galleries page for that same photo which, to my eyes, is, 
instantly more interesting. To repeat: To actively create context(s) around the 
present through which they can be examined in the future. 




The value of the Commons in not as a digital storage archive; that's largely a 
technological problem that's been solved. The value is the larger context in which 
the works included exist, specifically the community, but also the mass of unrelated 
photos that surrounds them: The pictures of kittens and beaches and weddings and 
even the absurd awards and comments. The value of the Commons is that, like the 
Brooklyn Museum's Visible Storage Center, it offers a broader environment in 
which to imagine the work, to ground it in a larger possibility space of associations 
and meanings. 




There have also been criticisms of a kind of fetishization of the term 
"curation" for what are essentially just lists. The brutal truth is that anything that 
looks like an "authority record" will be eaten alive by robots. That's not a reason to 
stop creating authoritative records but if that's all you do then I expect you'll run 
out of oxygen pretty quickly. 

The practice of highlighting selected works and the relationships between 
them and of finding meaning in the sum of their parts is becoming as much a 
survival strategy in an age of abundant data as a cultural pursuit. People really do 
care about what you do but there is still very much a language barrier that's 
preventing otherwise natural collaborations and understanding. 



I think that barrier is mostly a function of the economics of the arts and 
cultural heritage and probably means that you're probably have to go to "them" 
rather than asking people to play catch-up with your years of experience. 




And it's going to be messy. Don't worry about that part. This is what you do 
and you're good at it. We are all suddenly finding ourselves in a boat with many of 
the same problems that curators and historians and archivists have been struggling 
with for years. 

Remember: The how is just a function of the why. Right now the best we 
can do is throw ourselves at the problem and leave ourselves sign-posts along the 
way of what not to do. To consider the "far side of the adventure." 



Thank you. 




Three years after the fact (it is now 2013 as I write this) it is interesting to 
me that this talk was very much the germ for two others that followed a year later. 
The first was the gossip begets 

genealogy http://www.aaronland.info/weblog/2011/10/14/pixelspace/#nacis 
talk at NACIS which pulled even harder on the idea that the characteristics 
governing the roles enjoyed by artists and designers and craftspeople had in fact 
completely collapsed, and how a similar confusion was playing itself out in the 
world of cartography. The second thing to fall out of this one was the Unfinished 
Histories http://www.aaronland.info/weblog/2011/04/02/status/#mw2011 
talk delivered at Museums and the Web the following year. At the very end of this 
talk I offered what I thought of as a sort of throw-away comment. That if the people 
I was speaking to thought that the pinnacle of their acheivements as scholars and 
experts was the authority record then they were "about to be eaten by robots". I 
spent most of the next year thinking about that idea. 
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"I've never been one to name my cameras, but this one? She seems like 
a Stella." 

Heather Champ http://hcharap.com/2010/04/03/bi1is-box-camera/ 



I went to 

WhereCamp http: //www. socialtext.net/wherecamp/index.cgi? 

wherecamp sf 2010 on Saturday and had a grand time. I didn't do a panel of my 
own because I was already feeling a bit manic and wasn't sure I would be able to 
lead a simple train of thought let alone a room full of people. But when Brandon 
Martin-Anderson http://bmander.com/ opened his "geo visualizations" 
session up to the crowd my hand shot up and I showed people some of the stuff I've 
been working on, so far, in the margins of 2010. 

The lesson, Myles, is not to bother whipping up a presentation in Keynote 
but simply to create a new set on Flickr since you're just going to end up using 
someone else's laptop (thanks again, Brady http://truffiehoney.com/ ) 
because, despite the fact that we all live in the future now, there are still two things 
we can't get right: automated soap dispensers and hardware donglesfor external 
displays... 

I started by describing (it's really hard, it turns out, to talk about stuff while 
you're fighting off the urge to throw your laptop across the room) a map I'd seen, 
taped to the door of a store, walking to the studio http://www.stamen.com/ the 
day before. The map was a highly stylized contour of the "greater" Mission area 
topped with Mickey Mouse ears ballparking the Duboce Triangle neighbourhood 
and the area east of Civic Center. In the center a single point representing the store 
itself, kind of like the Trouble Coffee pirate 

map http: //www. slideshare.net/straup/the-undiscovered-country/14 : 




I love this map. I love that the map shows the location of the store relative to 
the neighbourhood it lives in but then, literally, leaves the rest up to the person 
using the map turning the whole thing in to a bit of an adventure. "Go to the corner 
of Market and Castro then head towards Bernal Hill. If you hit the 101 , turn around 
because you've gone to far. Welcome to the Mission: Tell us what you saw." I 
wondered what the people in Duboce Triangle had ever done to warrant a three- 
dollar surcharge on everything but this is San Francisco where you learn to suspend 
your disbelief about these kinds of things. 



It was later pointed out to me that it is, actually, just a delivery map. But 
who cares. It's awesome! I want more maps like this. It is enough to know that 
something exists within a larger context without necessarily belabouring the point 
or getting lost in the details. I've spent the last five years mostly thinking about 
photos and some of the ways that photos can play nicely with 

maps http://ww.aaronland.info/weblog/2 08 /07/27/invisible/#historybox 
and I kind of wish we'd stumbled on this sort of thing sooner. Now that there are 
shapefiles for all (most) of the 

neighbourhoods http://code.flickr.com/blog/2 008/10/30/the-shape-of- 
aipha/ assigned to a photo it's possible to produce a variation on the delivery 
map, above, like this: 




It's not perfect, by any means, but I enjoy the way the neighbourhood frames 
and (sort of) focuses attention on the photo. I like that it leaves space for the viewer 
to imagine a space around the photo, literally and figuratively; a sort of enforced 
exercise in design 

fiction http: //www. nearfuturelaboratory.com/2 10/04/06 /award-category- 
design- fiction/ 

These are some of the same ideas I was poking at when I spent a weekend 
making a series of maps called I See 

DOTS http://www.flickr.com/photos/straup/sets/72157 622 8832 63 698/ . 

The maps themselves are just a standard satellite view covered in dots. The dots are 
geotagged photos tagged with terms pulled from the 

flickr .places .tagsFor Places http://www.flickr.com/services/api/flickr.place 
API method; the method returns the top 100 tags for a given WOE ID, in this case 

San FranciSCO http://www.flickr.com/places/info/2487956 . 



In isolation they're kind of pretty but not terribly compelling. But when I 
looked at series of four different renderings, each produced with the same dots and 
the same bounding box but a different zoom 

level http://modestmaps.com/examples-python-ws/ it Started to get more 

interesting: 




The lower zoom levels (12 or 13, 1 think) required fewer pixels to draw so 
all the dots get smushed up together. You can see a few patterns like all the photos 
tagged OCeanbeach http://www.flickr.com/photos/tags/oceanbeach down 

along the Great Highway http: //www. fiickr.com/map? 

fLat=37.7449&fLon=-i22.5078&zi=4&map_type=sat but otherwise it's basically 
pea soup. When you zoom in though you start to see a very different picture as the 
distribution of photos starts to snap to the grid of the city or, more likely, a tourist's 
(and people who live in the Mission) city. 



There are a lot of criticisms you could make about an approach like this not 
least of which is the lack of all those other tags (and photos) that didn't make it in to 
the top 100 tags list. I don't really care about that part though. What I'd like to do 
with this work is something along the lines of Brett Camper's 8-bit 

maps http: //www. kicks tarter .com/pro jects/br ett/ 8 -bit-cities -real - 

worid-maps-that-iook-iike-80s-v . I'd like to generate tiles where the dots 
expand and contract as you zoom in and out. I'd like to generate map tiles that give 
you that same dizzy feeling you get when you look down at a city at night, from an 
airplane. In some ways I don't even care about the street level tiles. I do but we've 
spent so long fussing over the relentless details in cartography that we've sort of 
forgotten what things (should) look like at a distance. 



We don't usually think of the bird's eye view as having a "skyline" but 
maybe it should. 

And, still, after all this time I talked again about the Flickr 

ShapefileS http : //code . flickr . com/blog/2 09 /0 1 / 1 2 /living-in-the-donut- 

hoie/ . I heard, second-hand, that Twitter has not only been 

generating http://github.com/straup/ciustr their own shapefiles from 

geotagged tweets http : / /www . ygeoblog . com/ 2 009/11 /woeids-are-trending- 

on-twitter/ but that they're going to release them publicly 

tOO http://code.flickr.com/blog/2009/05/21/flickr-shapefiles-public- 
dataset-io/ . This is super exciting because it means there will be more raw stuff 
and tools with which to make maps, even if they look weird or aren't something 
you'd want to rely on for bombing your enemies. Maps are having their F-64 

moment http://en.wikipedia.org/wiki/Group_f/64 , right now, which is 

important and wonderful but I don't think anyone really wants to live in a world 
with an infinite depth of field. It's an appealing idea but then something like the 
Hipstamatic http://hipstamaticatron.appspot.com/ comes along and we all 
get irrationally weak in the knees, all over again. 

During his presentation at Where 

2.0 http://en.oreilly.com/where2010/public/schedule/detail/11989 

Jesper Anderson talked about the fuzzy nature of distance and place. For example, if 
a particular neighbourhood intersects the line between point A and point B the total 
"distance" may not be constant. For some people the distance is n + the y 
miles it takes the circumnavigate, and avoid, that 
neighbourhood. For others it's x + the y minutes they'll spend 
lingering in its gravity well. It's true that these sorts of af for dances 
make it difficult to, say, process credit card transactions. At a certain point you have 
to draw some boundaries if you want to accomplish a specific task. But if that were 
really all we can do with computers and the 

Internet http://www.oblomovka.com/wp/2010/04/01/cd-roms-and-ipads/ 
(and maps) I don't think we'd have invested as much time as we have looking under 
the rugs and scratching at the edges of things. 




I finished up the talk by showing some of the more recent experiments 
with pirate maps and pirate 

walks http://www.aaronland.info/weblog/2010/02/04/cheap/#piratewalks . 

The picture above is a pirate map of all of Heather's photos geotagged in San 

Francisco http://hchamp.com/2010/02/27/my-san-francisco/ drawn on top 
of the shape for the nearest WOE ID that each photo was taken in. (Each shape is 
drawn multiple times with a very low opacity so frequent visits mean some 
neighbourhoods are darker than others. It's not the most sophisticated approach, but 
it's a start.) I like it because the geography starts to act not unlike the way cell- 
painted backgrounds do in what Wikipedia affectionately refers to as "traditional 
animation http://en.wikipedia.org/wiki/Traditional_animation ": When it 
works it's like having your own personal soundtrack walking down the street and 
not someone else's canned jingle jack-hammering itself in to your soul. 

When it works... 
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77h's was part o/fl blog post that was started but never finished. I'm not sure 
what I was getting on about but this is a nice picture so I've left it. (2013) 
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Flickr Shapetiles 




A while back, Seth http://mojodna.net/ took the Flickr Shapefiles 
XML dump http://code.flickr.com/blog/2009/05/21/flickr-shapefiles- 
pubiic-dataset-io/ , cleaned it up (sorry about that everyone...) and saved it all 
as an actual, well... ESRI shapefile. Despite my best efforts, and badgering, I've 
never been able to get him to finish writing a blog post about how he did that so I 
eventually settled for just getting a copy of the shapefile(s) for my own amusement. 

I got to thinking about it again, last week, after I needed to test some geo- 
related code with a bunch of (not dots). I remembered that 

Mike http://mike.teczno.com/notes/ had imported all the Flickr Shapefiles in 
to a PostGIS database but when I looked at the schema I noticed that all the WOE 
IDs had been imported without any of their associated place types. 

Just for kicks, I decided not to worry about that and render all the 
intersecting shapes for a given bounding box. I thought it would be funny to try 
because I am a bit childish that way. It turned out to be lovely and fascinating. So 
much so that I decided I wanted to make it in to a real and proper tileset for slippy 
maps and other projects like Untitled 

Intimacies http://www.aaronland.info/weblog/2 009/03/14/buckets/#intimaci( 



Over the weekend I grabbed the shapefiles that Seth had made, stuck them in 
PostGIS and learned just enough Mapnik (thanks Dane http : / /dbsgeo . com/ !) to 



nearly kill http://www.gravitystorm.co.uk/shine/archives/2010/07/05/map- 
rendering-on-ec2/ the little virtual machine I have running in the cloud 
Castles http://delicious.com/straup/cloudcastles ; enough to render zooms 
levels 1 through 10. 

Here it is http://shapetiies.spum.org/ , then, a full-screen slippy map 
that you can pan around and double-click to zoom in (and shift double-click to 
zoom out): 




There's an about page http://shapetiles.spum.org/about/ on the 

map site itself so I won't bother repeating all the details here, other than to say 
there's been a JavaScript port of 

ModestMapS http://github.com/stamen/modestmaps-js hiding in plain sight 
for a little while now and it's awesome. Woosh! 

http ://shapetiles .spum .or g 
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This is still not the blog post about 
prettymaps http : / /prettymaps . stamen .com . That's a long and twisty beast and 

I'm trying to figure OUt how to work piggy http://glitch.com/downloads/2010- 

03-11-1/ in to the narrative to make sure that 

MyleS http://www.flickr.com/photos/straup/5048035515/in/set- 

72157624958645641/ reads the entire post... 
A couple months ago, I wrote to a 

friend http: / /apache. ocad.ca/events_calendar/eventdetail.php?id=1244 

who is now part of the printmaking faculty at NSCAD http://nscad.ca/ and 
said: Sometime in the next couple of years someone is going to come in to the studio 
and want to "print" map tiles. You know, individual 256x256 pixel tiles 
" reinterpreted" as 2 foot lithographs . When they do promise me you'll punch them, 
at least once, for me. 



I am now in the awkward position of having to let him punch me because 
yesterday was the launch of the third edition in a series of prettymaps prints we've 

done for 20x200 http://www.2 0x2 00.com/artists/aaron-straup-cope.html ! 



(I haven't said anything until now because the first two prints were released 
during a long overdue 

Vacation http://www.flickr.com/photos/straup/sets/72157 62 4 95864 5 641/ 

in which we stepped away from the Internets altogether.) 
Shortly after we launched 

prettymapS http://content.stamen.com/announcing_prettymaps Jen Bekman 
Commented http://jenbee.tumblr.com/post/957776000/new-from-super- 

smartypants-over-stamen-the that she hoped "it might mean we're finally doing 
those @20x200 editions (with Stamen http://www.stamen.com/ ) we've been 
talking about forever!" I will not lie. It was an idea that excited me in no small way 
and, in a world where things sometimes work out just the way you'd hope, I 
eventually found myself at the 20x200 

Offices http://www.flickr.com/photos/straup/4 987 2 05786/ signing a giant 

stack of cerificates of authenticity... 2, 127 of them when it was all said and done. 




I have been a fan of 20x200 ever since Jen started the 
project http://www.20x200.com/our-story/ because it is an important piece in 
the larger puzzle where we all try to understand the role and the 



economics http : / /www . archimuse . com/mw2 010 /paper s /cope /cope . html 

between artists, not- artists and capital- A art in a world where the Internet 

exists http : / /www . archimuse . com/mw2 008 /paper s /str aupcope / str aupcope . htm 

It is tangible proof that yes, it really is 

possible http: //www. aaronland.info/weblog/2009/ll/06/thatisall#flickr 
and you can do it with style and class and beauty every step (or at least of them) of 
the way. I had the chance to spend a little bit of time with some of the 20x200 crew 
while I was in New York and they are all rock stars. 




The three 20x200 prints include the San Francisco Bay 
Area http://www.20x200.com/art/2010/09/prettymaps-sfba.htmi ,LA 

County http://www.2 0x200.com/art/2010/09/prettymaps-la.html and New 

York City http://www.20x200.com/art/2010/10/prettymaps-nyc.htmi . As I 
write this, the 8x10 prints for SF have already sold out and there are only about six, 
of the same size, left for NYC. Thank you all, so much! The reaction to 
prettymaps http://prettymaps.stamen.com/ both on the web and now in 

print http : / /www . 2 0x2 00. com/blog/2 10 / 1 /tuesday-edition-aaron-straup- 
cope-2 . html has been extra-special and I am thrilled that people seem to like it so 
much. 



Finally, I want to mention that the Department of Even Bettar ® is pleased to 
announce that Stamen http://www.stamen.com/ has decided to donate any 
proceeds we make from the sale of the 20x200 prettymaps prints to the 
Humanitarian OpenStreetMap (OSM) 

Team http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team . 

Whether it's the work they are doing in 

Haiti http : / /wiki . openstreetmap . or g/wiki /WikiPro j ect_Haiti#2 1 0_Earthqua: 
or Kibera http://blog.flickr.net/en/2 010/03/31/map-kibera-project-on- 
f lickr / or just trying to understand the how and the what of building and 
maintaining a community-based map outside the luxury of leisure 
time http://vimeo.com/5607286 they are a no-holds-barred inspiration in the 
very best tradition of louder, harder and 

faster http : / /revdancatt . com/2 10 /0 1 / 1 1 /harder- louder-f aster-f rom- 
f lickr-to-the-guardian/ ! 

This is happy-making. 
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10 days in montreal 



This is not the blog post about 

prettymaps http://prettymaps.stamen.com . 

Every time I try to nibble that particular pig 

MyleS http://www.flickr.com/photos/mylesdgrant/4616154355/comment721576: 

tells me deploy is blocked and instead of knucling down and finishing it I spent the 
weekend tinkering on an idea that's been nagging me since 

January http:/ /www. aaronland.info/weblog/20 10/02/04 /cheap/#agency . 

I went back to Montreal for ten 

days http://www.flickr.com/photos/straup/sets/72157624824 727 570/ at the 

end of August. It was the first time I'd used 

Bixi http://en.wikipedia.org/wiki/Bixi , the shared bicycle system launched 

by the city last year and it was awesome. Probably the worst thing about Bixi is the 

absence of an obvious map listing bike paths http://www.opencyciemap.org/? 

zoom=i3&iat=45.5i786&ion=-73.57094&iayers=B000 anywhere on their site and 

that it's been adopted by a number of other cities, including 

London http://scrapiab.net/2010/O8/12/iondon-cycie-hire-expiorer/ , 

which will have the unfortunate side-effect of causing people from Montreal wax 

lyrical about how great the city is even more than they already do. We are like the 

tree-planters of cities that way... 

Every time I borrowed a bike I tried to remember to start the GPS logger on 
my phone. In the end I only managed to do this a fraction of the number of times I 
went anywhere but it was still enough to make a nice piratewalk-style 

map http: //www. aaronland.info/weblog/2010/02/04/cheap/#piratewalks of 
my travels around the city: 




If you're curious, had the Bixi system offered to log all my trips for me using 
a built-in GPS system I'm not sure I would have said yes. Someone may yet develop 
a series of sensible defaults or an interface for handling all the privacy issues that 
are raised when you're continuously tracing a person's movement. So far I haven't 
seen it yet and would prefer a lossy recording that I control to perfect fidelity 
wrapped in someone else's bias and creepiness. 



Warning: Buzzword- bingo and alphabet-soup ahead! Just stay with me 
because this is the important part: On Sunday, I took all those GPX files and 
squirted them in to PostGIS and then used the 

PostGeoJSON http://github.com/migurski/TileStache/blob/master/TileStac 

TileStache handler (think the GeoNames 

HndNearbyStreetsOSM http : / /www . geonames . org/maps/osm-reverse- 
geocoder . html#f indNearbyStreetsOSM API method but on Steroids) to turn all 

that data into tiled GeoJSON, before handing it off to 

PolymapS http://polymaps.org/docs/geoJson.html for rendering. 



If you never bother to learn anything else about 
Polymaps http: //www. poiymaps.org/ know this: It will display multiple tile 

layers http://prettymaps.stamen.com/20i008/iayers/ in a single map and 
any one of those layers can be raw geo data (like a bag of lat/lon coordinates) that 
will be drawn, styled and made interactive using tools already available in any 
recent web browser (specifically SVG, CSS and JavaScript). The ability to "tile the 
data" is just as important. By taking all the data out of the database and cutting it in 
to little ("little" becomes relative as you get closer to the sky) bounding box sized 
pieces it means that you can build and deploy interactive maps without the need for 
anything more than a web server and a web browser. 




The image above is one of the first tests I did. One of the issues with 
rendering GPX traces is that they are quite "chatty". Depending on your device 
settings you may be recording point data every 10 feet or 30 seconds or worse. 
Browsers are like most people in that they prefer short sentences. They're capable of 
dealing with a Kerouac-style monologue but only for so long before they start to 
spend more time keeping up with the words than they do the meaning. In this 
example I applied a pretty fierce simplication to the lines in the GPX traces. 




I eventually toned down the simplification to play nicer with the underlying 

prettymaps http://www.flickr.com/photos/straup/sets/72157 62 45 88587929/ 

cartography. 

This is the part that interests me: What happens to a person's experience of 
prettymaps when the echoes of their own life start to make up the map itself? What 
happens when the only streets on a map are those you and your friends have 
traveled http://iittieredboat.co.uk/archives/3229 ? At Flickr we made a 
few tiny attempts to tackle the problem of slippy-maps and historical 

tilesets http://www.aaronland.info/weblog/2009/09/18/fivethings/#burningma 
and I get a little misty-eyed and weepy when I think about what we could have done 
if we'd had tools like TileStache http://www.tiiestache.org/ and 

PolymapS http://www.polymaps.org/ at hand. 

A few things to note about the second image: 

• At least in SVG/CSS, there is no way to stroke a stroke so each GPX 
trace is drawn twice: Once to stroke the path in pink and then again in 
(dotted) white. 



The big circle is an interactive element tied to each point in the trace. 
As you pass your mouse over each lat/lon point, the "loop" follows 



along. This gets a little more sophisticated below but it's worth 
considering that it means fetching and rendering something like 8, 000 
points or, in browser-speak, SVG circle elements. 

• The trick with most of the heavy-duty interactive stuff is still to render 
everything with a CSS opacity ofO and then to toggle the value 
using JavaScript on mouse events. This approach relies on the browser 
handling the twisty maze of rendering and display optimizations and 
doing the right thing. 

When we were prototyping prettymaps I used to joke that it would be a good 
test suite for browser developers but I was kind of serious. 




Finally, instead of going to bed at a sane hour last night I updated the 
interactive elements to draw a pair of 

sparklines http://omnipotent.net/jquery.sparkiine/ depicting the range of 
elevation and velocity values near that point. These are all values captured by the 
GPS device, stored in the database and then sent to the browser as "tiled data". 



The truth is that I don't actually love this kind of display and find it more 
distracting than not but as an experiment, as a proof of concept to see what's 
possible, I can live with it. Also: tiled data! 



There's a photoset of all the 

iterations http://www.flickr.com/photos/straup/sets/72157624776835473/ 

— how much do you love that lie Sainte-Helene http : / /www . f lickr . com/map? 
fLat=45.5i89&fLon=-73.5345&zi=5 looks like a human heart hanging like a 
Christmas 

Ornament http : / /russelldavies . typepad . com/planning/ 2 1 /0 1 /data- 
decs . html from the center of the Jacques Cartier bridge? — and you can play 
with the live version over here: 



http://www.aaronland.info/weblog/2010 



As usual, this has not been optimized for speed so be patient. It's a wonder 
we can do any of this stuff at all in the browser. We'll sort the rest of it out in time. 

Meanwhile, careful readers may notice that the prettymaps basemap is a 
single raster layer instead of the half dozen or 

SO http://prettymaps.stamen.com/2 0100 8/about/ on the prettymaps site itself. 

One of the other things I did this weekend was create a static and non-interactive 

version http://prettymaps.stamen.com/201008/static/ when all you want is 
the "pretty" in prettymaps http://www.delicious.com/straup/prettymaps . 

Now that this is done the plan is to publish a public snapshot of the EC2 

volume http : //aws . amazon . com/ebs/ with all 42 GBs worth oftiles used to 
make prettymaps. 

(The rule of thumb, if you're wondering, is that things start to get hard at 
zoom level 10 and start to feel impossible at zoom level 16.) 

Hopefully that will happen in the next couple of days. If there is any justice 
in the world I can time the release to coincide with a real blog post about 

prettymaps http://content.stamen.com/announcing_prettymaps . Aside from 

the excitement and anticipation of seeing what other people might do with all that 
imagery and data it also means that I can start to work on bolting prettymaps into 
the Untitled 



Intimacies http://ww.aaronland.info/weblog/2 009/03/ 14 /buckets/#intimaci( 
project. 

This is happy-making. 
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and then I said 



we need / MOAR dragons 



we need / MOAR dragons 




Two weeks ago, I had the pleasure of speaking, alongside Josh Livni and 
Tim Sinnot, at the CCA http://www.maii- 

archive.eom/geowanking@geowanking.org/msg01543 .html (that's the California 

College of Art http://www.cca.edu/ for Montrealers and archinerds , in the 

crowd) . 

I think the original topic I was asked to speak about was the "future of real- 
time mapping" but I decided that I wanted to do a variation, or an update, to the 
original "we need more 

dragons http: //www.aaronland.info/weblog/2009/06/01/bubblegum/#geoweb09 

talk that I did in Vancouver in 2009. I wanted to talk about how the exciting part of 
living and working in the now-ish is the fact that the tools for making and using 
maps have gotten so powerful and so (relatively) easy to use that we're in a good 
position to turn those same tool in on themselves and start finding our own use for 
them. I suppose that's also what I'd say about the future of real-time mapping. 



I have had the luxury and the misfortune of never giving the same talk twice. 
There's certainly a thread that runs through the last few years of public speaking 
but if I've been able to slowly weave the past in to a coherent narrative the part 
where there's always something new to talk about means that everything risks 



(read: usually does) going off the rails by the end. Since giving the talk, I've been 
trying to corral togther the notes I did make beforehand along with the long list of 
things I meant to say (read: bonus slides from the FUTURE-PAST!) and it's turned 
into a monster all its own. 

Here then are the slides and the notes (in their grueling entirety) for the talk 
I gave, the talk I tried to give and the talk I should have given: 



banana 
noodles 



bacon 
ice cream 



I'd like to start by sending up a pair of straw men to act as bookends — as 
cautionary extremes — for this talk. Both involve meals I had at restaurants in 2009. 

The first was at a French "fusion" restaurant in Paris. We ordered the tasting 
menu and one of the courses was a banana noodle. It was a foot long and 3/4 of an 
inch thick with the touch and consistency of pasta. Except that it tasted like a 
banana. For no other reason that I could make out beyond a celebration for the sake 
of celebration of the unexpected. In my mouth. 



The second meal was dessert during a "whole hog" menu at a restaurant in 
Oakland: bacon ice cream. On the face of it (unless you're a vegetarian) bacon ice 
cream seems like it must be the best thing ever invented. Not only is it cold and full 
of sugar, but it also tastes like bacon! It turns out to be a lot like experiencing the 
uncanny valley. In your mouth. 



psycho 
geography 



photo 
synth 



This is a talk about maps and the reason I mention these two meals is that I 
think you can see parallels in the world of geography. 

Psychogeography is the banana-noodle. Photosynth and Google Earth and 
Street View — really anything that could warrant Le Corbusier's designation of 
being a "voice from above" -- are the bacon ice cream. This isn't to discredit either 
of those ideas, out of hand. They are both important contributions in their own right 
but each has a habit of sucking the air out of any discussion, of reducing the idea of 
place to their own little hamster balls of reality. 



The Situationists were a group of writers and artists in Paris during the 50s 
who were actively trying to imagine an urban environment not dictated by the 
imperatives of Work and Not-Work and a false duality created by always thinking 
about one's time in relation to economics. The trouble with the Situationists is that 
the really valuable thing they identified was an *idea* or an awareness that you 
internalized and carried with you in all things rather than any kind of prolonged 
dialectic. In the end it wasn't that the Situationists were wrong, it's just that they 
were boring. 



At the same time, the world of traditional geographic information systems 
(GIS) has been on a 250-year tear in pursuit of relentless precision. This is 
understandable when you remember that "way finding" used to mean being guided 
by the stars, or the idea of North, and woe unto you if it were a cloudy day. The 
ability to (re)create immersive worlds or to pinpoint objects and people from 
satellites is astonishing and it is work that should be celebrated. We are better for 
the efforts of those who continue to keep looking for god in, literally, the details. 
But life is more than just a reference map or a series of selfish exigencies and for all 
our advances in cartographic truth-i-ness the magic and wonder of the map as an 
artifact and interpretive device have remained constant and in recent years, too often 
ignored. If photography was the medium that robbed painting of its role as an 
historical record it didn't take photographers very long to toss out the idea that this 
was all their medium could do (or that photography was an air-tight vehicle for 
recording "truth" at all). 




One of the things that struck me the first time I went to Rome was how bad 
many of the Renaissance painters actually were. It turns that there were a lot of 
ceilings and walls to paint, back then, and in to this vacuum came scores of 
craftsmen armed with both technique and the philosophy of the moment. Still, 
despite the obvious skill of execution much of the work fails to inspire. 



By contrast are the works of Caravaggio, scattered across Rome, no less 
versed in technique but whose inky black shadows consume the rooms in which 
they hang. What I enjoy about Caravaggio's work is that for all their realism and 
Renaissance "street cred" they depict a world that does not exist. Put simply: Light 
just doesn't do the sorts of things that happen in Caravaggio's painting out here in 
the real world. 




If you're not familiar with the phrase "here be 
dragons" http://en.wikipedia.org/wiki/Here_be_dragons it refers to the 
practice of marking unknown or uncharted territories on a map. It's a lovely 
expression because it admits what we do not know while at the same time 
encouraging (taunting, perhaps) further discovery. What keeps me interested in 
maps is wondering what it means to turn the phrase in on itself. What does it mean 
to use all these amazing tools we've created to chase away all the "dragons" as tools 
to actively look for new dragons, to be able to shine the light around and expose all 
those other places left uncharted. 



The exciting part about working in the Now-ish is that the barriers to entry 
across disciplines are coming down with an almost frightening speed and opening 
themselves up beyond the history of their specializations. This is especially true in 
the world of geography where it remains an awkward space to be working in 
because the barrier was so high to start with that it's still too tall for a lot of people 
to feel comfortable approaching it. If this is a talk is about maps it is also a talk 
about tools because although it is early days what keeps me interested in maps is 
wondering how, we can do for maps with all our new abilities what Caravaggio did 
to light and shadows. 




So, hello. My name is Aaron and I am from Stamen Design. We are a design 
and technology studio in San Francisco and my title is, suitably enough, that of 
"design technologist". I am also a recovering Flickr employee. I mention it because 
Flickr is still the prism through which I see most things. I mention it because while I 
was there I was involved in all of the mapping and geo-related projects and a lot of 
what I'm going to talk about here was born out of those experiences, both good and 
bad. I mention it because at the same time the studio (Stamen) was already deep in 
its own mapping-related projects and producing many of the tools that I found 
myself using to work through an idea or to build a prototype that wouldn't or 
couldn't fit in to Flickr' s larger plans. 




I went back to Flickr recently to talk to people about the hows and the whys 
of the way we built the geo/mapping tools, at the time. Before I went I tried to 
answer, for myself, the question: Why is geo even interesting for a website like 
Flickr? 



One of the great advantages Flickr has had a "service" is that it traffics in 
photos. They are the objects that everyone has, that everyone shares with each other, 
that everyone affords a playfulness of interpretation we rarely allow anything else in 
our lives. It is in that context that Flickr gets to think about geography and of 
"place". Flickr does not need to worry about buildings or underground turbines or 
blasting mountains or making sure that bridges stay standing. Flickr gets to think 
about how the idea of a place compliments that way that people take pictures of, or 
gaze in wonder at, that place. That's pretty exciting as far as opportunities go. 




For all of our successes with the geotagging project, at least while I was 
there, I still don't feel as though we really managed to live up to or make the most of 
that opportunity. 

Some of it was practical: We were always a very small team trying to retrofit 
every new feature "in situ" 30, 000 feet in the air. Some of it was institutional: 
Making maps for the web is still a painful mix of issues around (data) coverage, 
licensing and production: A single tile set for the entire world is still measured in 
*terabytes* of data. This is, sadly, not a future that Yahoo! has ever been 
comfortable betting on. Both of these issues collided with another reality that no one 
was aware of, or wanted to admit, at the time: That Flickr needed at least two 
different kinds of map. Flickr needed — still needs — a map for geotagging photos 
and a map for sharing photos. 



It is worth remembering just how giddy and punch drunk with excitement 
people were in 2005 when Google, honestly, blew the roof off of what it meant to 
think about maps and geography on the web. It is easy to understand how in a world 
where Google Maps was the thousand foot chasm between a grudgingly adequate 
world we'd all been suffering though and a capital-F future of capital-P possibilities 



that everything should look and act like this new and shiny thing that was better in 
just about every way. 




Of course, it wasn't. And isn't. 



About a year after Flickr added geotagged photos I discovered ModestMaps, 
an open source Flash library for slippy maps written by Stamen. Tucked away in the 
corners there was also Python code written originally just to test the math. The 
interesting part about the Python code though was that it also let you create a single 
map image stitched together from lots of individual map tiles! 
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That meant it became possible to do all kinds of experiments on a much 
smaller, faster and cheaper scale. Which is to say: It made it easy to make things 
like this. 



These last few black and white maps I've shown were made by applying a 
"dithering" filter to the same satellite imagery you see on Google or Yahoo maps. 
The algorithm is the same one that Bill Atkinson wrote for the original MacPaint 
program. 

This is a talk not only about tools but about all the interesting ways these can 
be re-used. Why not take pictures FROM THE SKY and dress them up in the rich 
shadows and newspaper-y textures of a time when satellites were still novel? 




These are maps that Aaron Koblin made of flight patterns across the 

United States, http://www.aaronkoblin.com/work/flightpatterns/ There's 
no good reason in my mind why we didn't make these the default map tiles for 
people who geotagged their photos in airports or, even better, in planes 28, 000 feet 
somewhere over Ohio. That would have been not only more faithful to the photo but 
also more fun! 
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"distant reading" 





This is one of a series of experiments I did last winter plotting tagged photos 
in space, and trying to build up the map from from those shapes. These are the top 
100 tags for photos already tagged "iphone" and geotagged in San Francisco. This 
may seem a bit silly (because it is) but it does demonstrate another way to talk 
*about* the geography of a photo without relying solely on streets or urban 
markers. 




This is just a teaser. It's another experimental project that we did, in the 
spring, visualizing real estate data http://city.stamen.com/cheerios/ . 
Would this have ever made it out of the "lab", so to speak? Probably not but I 
include it because it's a good segue to talk about the idea of "anchor points". 




Around the same time, I started working on the idea of "pirate walk" 

maps http://ww.aaronland.info/weblog/2 10 /02/04/cheap/#piratewalks . 

Pirate maps are loose, simplified short-hand maps rarely drawn to scale and instead 
emphasize the relationship between the vertices along a path: The distance depicting 
a 40 mile forward advance is less important than the need to turn left when you 
reach the large oak tree on the side of the road. 

I've started calling these vertices, things like geotagged photos for example, 
"anchor points". These pirate walks maps were drawn by starting with a set of 
points, in this case my Flickr contacts photos in New York City. I iterated over each 
point and asked the GeoNames web service for all the nearby streets, filtering out 
those streets that were more than half a kilometer away. The remaining streets were 
drawn with a super low opacity so that gradually areas of activity start to appear 
while whole chunks of the city remain invisible. 



This is a very simplistic approach that could be improved but it does allow 
the map to tell the viewer something about my experience of New York City: As it 
happens, no one I know there spends any time in the Upper West Side. 




This is a map that my friend Anna Pickard kept while she lived in San 
Francisco. It's a plain old street map where she would mark off, with a pen, streets 
she'd walked during the two years she was here. I love this map because it's like a 
kind of tourist-of-one map and it is that singularity that makes it meaningful. It is an 
unwritten map of based on my relationship with a person. It is not a 
recommendation engine but instead a history of activity belonging to someone 
whose association and motive is left open to me and whose meaning I can 
"compute" faster than any algorithm or programatic guess-work. 

http://www.flickr.com/photos/annapickard/4924428008/ http://www.fiickr.com/photos/annapickard/492442B008/ 
http://littleredboat.co.uk/archives/3229 http://1ittieredboat.co.uk/archives/3229 




Here's another "pirate walk" map. This time, I started with my friend 
Heather's Flickr photos from San Francisco and combined nearby streets with the 
shape of the neighbourhoods where the photos were taken. I'm using the same trick 
with the roads: The shape of a neighbourhood is drawn with a very low opacity and 
by drawing some of them over and over again you can start to make out a 
topography specific to that person. 

One of the things I like about this image is that you can clearly see that Fort 
Funston, the place where she goes to walk her dogs, is part of Heather's San 
Francisco. You can see this not because of the roads on the beach; there are none. 
You can see this because the photos cause the neighbourhood around the beach to 
materialize. 



In a lot of generative art works, and in game design, there is the idea of a 
"physics knob" that you can use to adjust the relationships between different objects 
and the environment in which they exist. I've always tried to imagine what it would 
mean to have a "bias knob" that you could use to affect how cause and effect, or in 
this case maps, are displayed. 




So, what are these "shapefiles" anyway? 

For every geotagged photo Flickr stores up to six Where On Earth (WOE) 
IDs. These are unique numeric identifiers that correspond to the hierarchy of places 
where a photo was taken: the neighbourhood, the town, the county, and so on up to 
the continent. This process is usually referred to as "reverse-geocoding". 

Which raises an interesting question: If you plotted all the geotagged photos 
associated with a particular WOE ID, on a map, would there be enough data to 
generate a mostly accurate contour of that place? Not a perfect representation, 
perhaps, but something more fine-grained than a bounding box. It turns there 

is http : / /code .flickr . com/blog/ 2 008/10/30 /the-shape-of -alpha/ although 
it also raises some interesting questions. 



The larger pink shape in this slide is the shape of New York City, or rather 
the metropolitan area of New York. It was generated in 2009 and it highlights the 
perfect storm of bad assumptions on our part and bad data from our providers 
grafted on to the constantly changing assumptions of New Yorkers and their sense 



of the space they occupy. 

The smaller white and red shapes are the generated from photos whose 
neighbourhoods are children of New York City. Here, the larger shape in the middle 
is a whole lot closer to what most people think of as New York, encompassing the 
five boroughs and even parts of New Jersey. This may not be the administrative 
reality but it does mirror facts on the ground. 

And those other three smaller satellite shapes? 




Shea Stadium, the Bronx Zoo and Coney Island. Any of which can lay a 
convincing claim to being as much a "part" of New York City as Brooklyn or 
Manhattan, http://code.fiickr.com/biog/2009/01/12/iiving-in-the-donut- 

hole/ 

Most large-scale databases of "place" continue to be designed for and in the 
service of purely administrative uses whether it tax collection or business listings. 
That's not going to change but what is changing is that people are discovering that 
there is a need and a desire for richer and more expressive set of tools with which to 
talk about location. 



This is the great opportunity that sites like Flickr, and more recently sites 
like Foursquare, have in the way they incorporate maps and the idea of 
"place" http://code.flickr.com/blog/2 009/05/21/flickr-shapefiles- 
pubiic-dataset-10/ with their services. 




One of the other things that we did was to start to treat airports as though 
they are cities. For technical reasons too dull to get in to here, we stored location 
information for all the photos against a fixed hierarchy of places rather than a free- 
form list of ancestors. This meant that for a long time if you took photos at SFO or 
London's Heathrow we'd tell you your photos were taken in places like "Milbrae" or 
"Surrey" . Again, this makes sense for the purposes of deciding who's going to pay 
the water bills in those places but not for photos. 

So we simply decided to treat airports as those they were their own "urban 
areas" not only because I have long read and admired the work of J.G. Ballard but 
because the realities of contemporary travel mean that airports have evolved from 
being simple gateways to captial-P places with their own culture, norms and gravity. 



This is the shape of the Hong Kong International Airport defined in part by 
the place where you are asked to turn off your electric devices. 




This is a screenshot of some early prototyping the studio did for a client 
visualizing cellular telephone towers, specifically the different cell towers that 
intersect a set of of driving directions. I mentioned that this talk was about tools and 
this is one example. The shapes of the cell towers themselves were generated using 
the same software that Flickr used to make its own shapefiles: An open source tool 

called CluStr http://github.com/straup/Clustr . 



I happen to love this example because it exposes the shape and the texture 
and the history of an infrastructure otherwise only understood in terms of dropped 
calls or abstract "bars" but it's just one example and the important thing is the 
practice seeing how the tools at hand can be used, or abused, in new and interesting 
contexts. 




This is a map I saw one morning on my way in to the studio. I was so 
excited by it that when I arrived to work I told everyone I had just seen "the best 
map, ever! " I had no idea why a shop owner chose to make a map like this but I did 
not care. 

I was completely enamored that someone had drawn the rough outlines of 
the Mission District and dropped their shop in the middle surrounded only by the 
street names at the edges. It was as though they were using their shop as an 
invitation for people to discover and explore the Mission: "Start the corner of 17th 
and Castro and head for Bernyl Heights. If you reach Cesar Chavez, turn around 
because you've gone too far!" 



It was eventually pointed out to me that this is, in fact, just a map showing 
the far edges of where the shop will deliver to. 







But maybe it's how we should have displayed geotagged photos on Flickr! 

Maybe it would have been better to simply outline the photo in the "idea" of 
neighbourhood, as defined by the Flickr shapefiles for that area, and encircled again 
by the grid of the city or the texture of the landscape leaving breathing room for the 
photo itself to tell the story of that place. 



That breathing room is an integral device in comic books, sometimes called 
the "gutter". It is the space between the panels on page where the reader is left to 
their imagination to fill in the actions between a series of events depicted. Why not 
do the same for maps? Or at least fail, trying. 







A brief public service announcement: If you've never read Kevin Lynch's 
"The Image of the 

City" http: //mitpress .mit.edu/catalog/item/default. asp? 

ttype=2&tid=4065 go and do that now. We don't have time to talk about his ideas, 
here, but he was right then and he's still right now and it's an especially useful guide 
to help think about personal cartographies and networked places. 
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Since the new year, the studio has been working to develop a number of 
newopen source tools focused on the design, production and distribution of maps. 
Early in the year we started on a JavaScript port of the ModestMaps slippy map 

libraries http://github.com/stamen/modestmaps-js which were originally 
written in Flash and Python. 



This is a map of all the Flickr shapefiles displayed at once regardless of 
place type or zoom level, that uses the ModestMaps Javascript libraries. They're 

called, not surprisingly, "shapetiles" http://shapetiles.spum.org/about/ . 
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The shapetiles were created using 
TileStache http : //www. tilestache . org/ , a suite of libraries for generating, 
caching and serving map tiles, those little 256 by 256 pixel images that are the 
building blocks of slippy maps on the web. 

TileStache can also be used to "seed" map tiles, which just means to pre- 
render them all in advance. This is really useful when you only need to render a 
limited number of map tiles and don't want to invest in the time and energy required 
to maintain a proper map server. 

The shapetiles themselves take up about 5GB of disk space, spanning zoom 
levels 2 through 10, which seems like a lot but is really nothing compared to the 
terabytes required to tile the world down to street level. 



All the tiles were rendered at once and then copied them to a server with a 
lot of disk space (Amazon's S3 service, specifically) and now the shapetiles map can 
run as easily as any other static website. 
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We've also released Polymaps http : / /www . poiymaps .org/ which is a 
complete re-imagining of ModestMaps for JavaScript, written by Mike Bostock, 
built to take advantage of the functionality available in SVG-capable web browsers. 

Aside from the speed and flexibility provided by SVG there are two things 
that I really like about Polymaps: 1) The ability to easily dynamically add and 
remove multiple tile layers to a map 2) The ability to send not only traditional 
raster-based tiles but also pure data tiles. 

This is a screenshot of a map that a developer named Sean Gilles 

made http://www.fiickr.com/photos/by-sgiiiies/5062523873/ to test some 
data he has been collecting for a project involving historical places, using Polymaps. 
The base tiles are the shapetiles I showed earlier while the blue boxes are being 
drawn dynamically by the browser. 



That's actually a lot more important than it might seem at first. What 
happening here is that the only thing being sent to the browser are coordinates that 
are being rendered using SVG and CSS. That means itOs super easy and quick to 



make design changes and to try new ideas. Even if you eventually need to render 
that data as static images the ability to quickly iterate, design-wise, over the data is a 
brand new world of awesome. 
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This was another experiment combining the Flickr shapefiles for 
neighbourhoods and cities with the "urban area" dataset from the Natural Earth 
project and layering them on top of a set of historic maps of New England from the 
New York Public Library's map collection http://maps.nypi.org/ . 

I mentioned the term "urban areas" before because one of the glaring 
omissions in Flickr's original hierarchy of places was the metropolitan area: the 
South Bay, the Bay Area, Los Angeles in all its infinite big-ness, Paris as defined by 
the suburban train lines that ring the city rather than the walls of the old city. 



The Natural Earth project http://www.naturalearthdata.com/ is a 
community led collection of publicly licensed dataset for making maps. One of the 
most interesting datasets they offer are the shapes of "urban areas" which are 
generated by scanning satellite imagery of the Earth and clustering areas of "built 
environment" . For those of you familiar with the work of the author William Gibson 
it should be clear in this slide that the oft-mentioned "Boston- Atlanta Metropolitan 
Axis" (or BAMA) already exists. 



I wish that we had this data while I was at Flickr to serve as a visual echo of 
a place, to set the tone and be the soundtrack music the same way that cell paintings 
are used in animation. 




This is PrettymapS. http : / /prettymaps . stamen . com/ 



It's an experimental map that the studio released in August of this year. It 
takes everything I've shown you so far and tries to run as far out to left field as it 
can. 
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The goal was to try and generate map tiles that give you that same dizzy 

feeling http://prettymaps.stamen.eom/201008/#9.00/48.8i08/2.3492 you 
get when you look down at a city at night, from an airplane. We've spent so long 
fussing over the relentless details in cartography that we've sort of forgotten what 
things (should) look like at a distance. 
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The white ghost-like shapes represent all the places where Flickr users have 
taken photos; the blue and green lines are OpenStreetMap motorways and paths 
respectively; the orange shapes are urban areas as identified by Natural Earth. 
Unlike traditional maps most all of the data for a given layer is displayed, with only 
subtle variations in line width and other design considerations, regardless of zoom 

level http://prettymaps.stamen.com/201008/about/ . 







Untitled Urban Area #2899 
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This clustering effect offers a view of built environments around the world 
but also a visual representation of those places where no data has been recorded. 
This is most pronounced when you compare the density of coverage for Africa and 
South America with North America and Europe but you can see the same thing 
happening when you look at a map of the border between Canada and the United 
States. 

At first glance, there seems to be much happening much beyond the fiftieth 
or fifty-first parallel, which pretty accurately reflects where most Canadians live, 
but if you look 

Closely http://prettymaps.stamen.eom/201008/#5.00/45.319/-86.226 you 
can make out the traces of the the outline of all places where people have taken 
photos and uploaded them to Flickr. 



It's also an interactive map. As you map over the the different elements in 
the map — the roads, the shapes of towns — the names of those places are displayed. 
Again, this is why the ability to send pure data tiles, separate from the look and feel 
of the map elements themselves, is so exciting. 
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Prettymaps operates very much at the edge of what the current crop of 
web browsers are comfortable 

doing, http://prettymaps.stamen.eom/2 01008/#10.0 0/35.5907/13 9.8952 

SVG support in most browsers is still a work in progress and not necessarily 
designed for displaying the volume of data that Prettymaps can sometimes load. 




That any of this is possible at all is reason enough to celebrate and, we think, 
to investigate what is possible and where the rough edges 

remain http://www.flickr.com/photos/straup/sets/72157624588587929/ . 




One of the things you may have noticed about Pretty maps, by now, is that 
there are no residential 

streets http://prettymaps.stamen.eom/201008/#12.00/37.7847/-122.3365 . 
This was a deliberate decision and I'll come back to it in a minute. 




Before I do, I'd like to talk about one of the problems that everyone is 
increasingly facing. It looks a bit like this. 




Here's a more concrete example. This is an attempted visualization of a 
project that Josh Livni worked on: The Urban Forest 

Map http : / /www . urbanf orestmap . org/ . What you're seeing here are all 70 , 000 
trees displayed at once. Aside from the fact that web browsers are still not able to 
draw, or update, this many items at once it's not much of a visualization. There are 
trees in San Francisco, now what? 



I show you this because this is increasingly what the future is going to look 
like for people. We are rapidly collecting and producing and emitting just as much 
data, each one of us, day after day. 




Here's that same data set but collapsed into an aggregate space, using the 
Clustr program. This is only slightly more interesting than the dots but the point 
here is not to compare techniques for visualizing trees but to talk about ways — and 
the need — to treat all this data as a kind of soundtrack music rather than a million 
tiny little soapboxes competing for our attention. 
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These are GPX trails that I collected riding a bike around Montreal for 
10 days, this 

fall, http:/ /www. aaronland.info/weblog/20 10/09/07 /light /#10days I made a 
simple visualization, in Polymaps, to display the routes I covered along with some 
interactive elements that displays the speed and velocity of each point along the 
way. 

I don't actually love this, as a finished project, but I do like the way that 
these sorts of personal trails (or "long anchor points") can be used to fill in the 
spaces in something like Prettymaps. One of the nicest things I've heard said about 
Prettymaps is that they are "basically incomprehensible until you find the place 
where you live and then they snap in to perfect clarity". 



That's why residential roads were left out of Prettymaps, by the way: To 
leave enough space in which people might be able to make their own maps on top 
of, and within, it. 




If that's the goal, the reality is still elusive I think. I recently went to Lisbon 
for two weeks and came back a few dozen GPX traces. The first thing I did was to 
see what they looked like in Prettymaps. It looks like this and it's pretty 
underwhelming, really. As much as it tells you the facts of our trip, it suggests none 
of the charm. 
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"gossip becomes 
genealogy" 




I recently discovered a lovely phrase at a digital humanities unconference, 
called THATCamp. It's an expression used by poets that: "gossip becomes 
genealogy". At its worst it's the idea that you can't know a author's work without 
knowing all the minutiae of their life. But somewhere between that and another 
extreme of cerebral precision I like to believe that it's an idea — or rather a statement 
of bias — we can apply to all of these enormous piles of data we are creating. 

Since returning from Lisbon, I've been wondering if there's something to be 
done by applying the same technique we used to create the shapefiles at Flickr with 
GPX traces. 



This is a very early proof -of-concept of the idea. 




Here's another version, seen close-up. 

What you're seeing here are all of the points associated with all of those 
GPX files thrown into a single bag and then run through the Clustr program to 
create alpha shape (files). This is an image of five different shapes laid one on top 
of the other. The density and specificity of each shape is based on a configurable 
number passed to the software. 



What you can start to see is the trip as a kind of echo chamber and a 
topography of movement. These are early early sketches so there's lot of work left 
to do including how to address the fact that those big dark green areas are actually 
parts of the city that we never actually went and not places where we spent a lot of 
time. 
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A similar technique to the alpha shapes produced by Clustr are Voronoi 
clusters. 

This is a visualization that my colleague Mike Migurski did of crime reports 
in Oakland. Unlike alpha shapes, Voronoi clusters don't overlap which can be useful 
depending on on the information you're trying to display. 

Voronoi clustering didn't make sense for Flickr because we were trying to 
account for the fact that, in people's minds and experience, all neighbourhoods (and 
most cities) overlap. 



But, as you can see here the clustering is very effective for identifying both 
dense areas of activity as well delineating those parts of the map where nothing is 
happening (the lake and Piedmont). 




Another example of some interesting work being done with Voronoi clusters 
is from a guy named Amit Patel who is using clusters of randomly generated points 
as a kind of starting yeast for growing 3D landscapes for video 

games http: //www-cs-students . stanf ord.edu /-amitp/ game- 
programming /polygon-map-generation/ 



I include this even though it gets dangerously close to heat map territory. I 
am not a fan of heat maps at all but it's interesting to look at the tools that Amit 
Patel has created and wonder what sorts of maps you might create if you used as 
input not a random set of coordinates but instead the anchor points of a person's life. 



block #665906 

Voronoi Tessellation by mbostock 




Mike Bostock, who wrote the Polymaps library, has also been experimenting 
with generating Voronoi clusters using 

JavaScript http://bl.ocks.org/665906 . 




This is a diagram that Mike Migurski made a few years ago now and I think 
he's been largely correct in predicting the respective territories that design (or 
art) and math (or science) occupy are getting closer and 

closer http://mike.teczno.com/notes/2007.htmi , to the point where they can 
sometimes finish one another's sentences. 



While it was being developed Pretty maps was coded-named "Isola" after the 
Finnish textile designer Maija Isola. At a time when the tools — the math and the 
science — for making custom maps and bespoke cartographies are becoming easier 
and more accessible it is nice to look back at her work and imagine the maps she 
might have made if she were alive today. 




So, I'd like to finish up where we began, with painting and specifically the 
work of two Bay Area painters: Wayne Thiebaud and Richard Diebenkorn. 

These two paintings hand side by side at the DeYoung gallery in San 
Francisco. Both are landscape paintings: San Francisco on the left and the Santa 
Monica area on the right. Neither of them depict an especially realistic view of 
either place except for the fact that if you visit either city the works here suddenly 
become more "photo realistic" than anything a camera could capture. 



These are not maps to bomb your enemies by but they are maps to tell 
stories by. Kevin Slavin summed it up well nicely, a few years ago, by pointing out 
that: Google has facts, cities have 

Secrets, http://www.scribemedia.org/2 07/08/07/areacode/ 




I'd like to finish up with this photo I found on Flickr as I was preparing these 
slides. The entire caption reads: Seeing this from the airplane convinced me that 
Diebenkorn was not making shit 

lip. http: //www.f lickr.com/photos/pinkmoose/2 355063565/ 



Thank you. 







we need / MOAH dragons 
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ur:mum=machinetag 

I went to space mountain and all I got was... 

tag as navelgazing 
Enplacification 



I went to space mountain and all I 
got was [redacted] 




I don't usually do "year in 

review http://pinboard.in/u:straup/t:aa:year=2010/ " Style blog posts but a 

few months ago, on what I guess was a grimmer day than most, I made a list of the 
things I had managed to get done in 2010 in an effort to try and make myself feel a 
little better. I did. It's a list I can be happy with. It is also a list whose every member 
was like pulling teeth. And then stabbing myself in the face with their bloody nubs. 

It was that kind of year. The photo above was taken at the end of 2009 and 
that print http://www.2 0x2 00.com/art/2009/03/untitled-we-are-going-to- 
make-it-through-this-year-if -it-kills-us . html was meant to be a cheeky 
bow around a year with its own special set of ups and downs. Ultimately, it proved 
to be more of an omen for everything that was lurking just over the horizon. Life is 
funny-ha-ha that way, right? So, this blog post is mostly for me: To remember that 
it's still possible to make all the shit life throws at you in to a space 
mountain http://www.youtube.com/watch?v=xqhE7ieH2R8 . Even when it's 
harder than you'd like to be. 



Contacts Who've 

Faved http://contactswhohavefaved.appspot.com/ (and FHckr 
Chatterbox http://flickr-chatterbox.appspot.com/ ). Did those 



really happen this year? It turns out that I don't use the latter very 
much but I can no longer imagine a Flickr without the former. I have 
added more contacts in the last year than the entire five years I worked 
at Flickr, sometimes just so that I can stay aware of the photos they are 
favouriting. 

• Piratemaps http:/ /www. aaronland.info/weblog/20 10/02/04 /cheap/#pi] 

and other anchor 

points http: //www. aaronland.info/weblog/2 10/ 09/0 7 /light /#10days 

• The woe db http://woe.spum.org/ , or "a webpage for every WOE 

ID http://www.aaronland.info/weblog/2010/04/05/milkshake#woedb 

• Machine Tags I Theory, Working Code and 

Gotchas http://www.aaronland.info/talks/mwlO_machinetags/ , 

a workshop I gave at Museums and the 

Web http://www.archimuse.com/conferences/mw.html . 

• Buckets and 

Vessels http://www.archimuse.com/mw2010/papers/cope/cope.html , 

a paper about galleries at 

Flickr http: //pinboard, in/u: straup/t : f lickr+galleries (and it 

turns out a few other 

things http: //www. aaronland.info/weblog/2 10/04 /05/milkshake/#mw2 

also for Museums and the Web. I'm speaking there again, next year, 

and the open question is whether to tie up loose ends from 

previous http : / /www . archimuse . com/mw2 8 /paper s / straupcope/ str au 

talks http: //www. archimuse.com/mw2 009 /papers/ cope/ cope .html 

or just unwind the sweater a little more. I look forward to finding 

Out. http :/ /conference . archimuse . com/mw2 Oil /programs /author ityre 

• The Flickr Shapetiles http://shapetiies.spum.org/ , and the 
thing I never told anyone about: Flurban 

Areas http://shapetiles.spum.org/flurban/ . 

• Prettymaps http : / /prettymaps . stamen . com/ , and other areas of I 



you are 

here http : / /www . aaronland . inf o/weblog/2 1 /04 /05/milkshake/#youa] 
Prettymaps , the 20x200 

prints http: //www. aaronland. inf o/weblog/2010/09/07/light/#20x2 00 

Four of them — San 

Francisco http://www.20x200.com/art/2010/09/prettymaps- 

sfba.html , 

LA http://www.20x200.com/art/2010/09/prettymaps-la.html , 

New York http://www.20x200.com/art/2010/10/prettymaps- 

nyc . html and 

Paris http://www.20x200.com/art/2010/ll/prettymaps- 

paris . html — all in one year! I have been a 20x200 fanboy ever 
since I learned about the project and so even just one print would have 
made the year worth suffering. Having the opportunity to produce four 
editions, and to see how much people enjoyed 

them http://twitter.com/#!/thisisaaronland/status/21221832623390 

was pure gold. 

The "we need I MOAR 

dragons http: //www. aaronland. inf o/weblog/2010/ll/14/andthen/#drai 
talk, because it forced me (however badly) to try and articulate the 
motivations and threads running through all the geo work we did at 

Flickr http://www.flickr.com/photos/wafer/4795292448/ and 

that I've kept poking at (both directly and indirectly) since then and the 
part where the Now-ish is an exciting time to be working because the 
tools http://www.tiiestache.org/ are becoming easy enough for 
the street to find its own use http://www.poiymaps.org/ for them. 

Dotspotting http : //dotspotting . stamen . com/ , which I won't Say 

too much about now because it is still early days and I am from the 
land of hockey 

beards http://en.wikipedia.org/wiki/Playoff_beard . This has 
been a fun project and if we do it 

right https://github.com/citytracking/dotspotting will 

hopefully make things a little less shit for people who have better things 



to do than worry about the minutiae of computers and databases and 
everything in between. 

• Cheerio maps http://city.stamen.com/cheerios/ , if only to keep 
beating the drum that not all maps need to be designed with the goal of 
target-bombing your enemies. The best description of the genesis of 
Prettymaps was from Tom Carden http : / /www . tom-carden . co . uk/ 
who said that it was "a way to make a technical challenge interesting." 
Which are words to live 

by http://www.flickr.com/photos/straup/sets/72157622883263698/ , 

really. Also: 

Sharks http://www.flickr.com/photos/shazbot/4645709507/ . 

• "Enplacification http : / /www . aaronland . inf o/weblog/ 2 010/12/06 /urmum 
and the thing (with maybe the best domain ever) that I had hoped to 

finish by year's end but haven't. It was a treat to see the Flickr crew, 
despite having weathered a very [redacted] year, scratch out a little 
more machine tag (extras) http: //booktwo.org/notebook/self ish- 
vs-sociai/ love which was the spark I needed to stop waving my 
hands and write actual working 

Code https://github.com/straup/php-lib-enplacify to back up 

all my idle talk. Enplacification is now slated to be part of Dotspotting 
(sometime in the new 

year https: //github.com/Citytracking/dotspotting/commit/12df 15edc 

and Nolan used the whole exercise as an excuse to build a magic 
Flickr enplacify-by-machine-tags 

bookmarklet http : / /mncaudill . github . com/f lickr-machinetag- 

geo/ which if you look at it sideways is 80% ofgeo suggestions, by 
any other name. 

In between there was a lot of drinking in hotel rooms. And the kindness and 
patience of friends. 
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Yow may fre asking yourself: What's up with those tags, anyway? I'm pretty 
sure that I managed to accidentally blow away the tag database for all my blog 
posts around year three and eventually just decided to fix the problem by bulk auto- 
assigning new ones. It is, after all, my party... 

On Sunday I wrote a quick and dirty Perl script to plow through the last five 

and half years Of blog pOStS http:/ /pinboard. in/u:straup/t:aa:ima=post 

(the long-form posts that I sometimes read to 

Myles https://twitter.com/Myles/status/11610577533140992 as bedtime 
stories) and bookmarked them all on pinboard http : / /pinboard .in/ .1 also 
bookmarked all the outbound 

links http : / /pinboard . in/u : straup/t : aa : ima=link as well making sure to tag 
them with pointers back to the original post. I used to do this inline in older versions 
of the blog. Eventually I disabled the feature for reasons I no longer remember so 
it's kind of nice to have it back, after a fashion. For example, here are all the links 
from the last post about 



"enplatification http : / /www . aaronland . inf o/weblog/ 2 010/12/0 6 /urmum/#enplac 

http ://pinboar d jn/u : str aup/t : aa : pos t=enplacif y/ 

Here are all the blog posts about the 

Papernet http://www.aaronland.info/papernet/ : 

http ://pinboar d .in/u : s traup/t : aa: ima=post+papernet 

Here are all the blog posts I've written pointing to other blog posts I've 
written: 

http://pinboard.in/u:straup/t:aa:ima=post+aa:ima=link 

If you look carefully at the source of these blog posts you'll see there have 
always been semantic-tag-classes assigned to the titles, so now there's a way to 
actually search them. There is also some broken Javascript floating around that's 
supposed to display them inline on the page but broken Javascript is broken... 

There's nothing here, so far, that you can't already do with 
delicious http://www.deiicious.com/straup/ . It's just tag intersections and 
that's been around for a long time. What made it more interesting to do in pinboard 
(I haven't jumped ship, not yet anyway, if you're wondering) was Maciej's blog post 

about archiving bookmarks http://pinboard.in/blog/153/ : 



"However, in 2010 I don't believe it makes any sense to try to archive 
bookmarks if you're not willing to resolve dependencies. Modern 
websites are a rich gumbo of javascript, CSS , Flash, images and 
embedded video, and from a user's perspective an archived copy should 
behave like the original, no matter what it takes to make that happen." 

"Though we're still far from reaching this goal ourselves, I think it's 
important that our users be aware of what's at stake. Whether it's 
archived bookmarks or your own personal data, there's nothing less fun 
than believing you had a working backup only to find out after the fact 
that you were wrong." 



This weblog has been around for something like eleven years 

now http://aaronland.info/weblog/ 1999/06/ 12/1/ and it always sucks to see 
things I have pointed to over the years vanish off the face of the Interwebs. Saving 
the larger question of whether or not it's okay (and healthy) to let things go, now 
and then, I figured I would see what it would be like if I asked pinboard to make a 
copy of everything I've ever linked to. If nothing else, the archiving stuff is worth is 
just to see where the linkrot is: 

http ://pinboard .in/u : str aup/code : 404 

So far as I can tell, poking around the site, there's no way to get the archived 
versions of your bookmarks out of pinboard or to list them all in the API. I thought 
maybe there would be way to use the download for offline 
reading http: //pinboard. in/howto/#downioads feature to create a local 
archive everytime I published a new blog post but that seems functionality limited 
to only recent bookmarks (which means that it's probably possible to shoehorn in 
what I'd like to do but life is short...) On the other hand if you look at the source of 
the tag pages (when you're logged in to pinboard) there's this, so I'm not really 
worried about it yet: 

<a href="/cached/ad614164b55e/" class="cached">0</a> 

It would be nice if http ://pinboard .in/u : straup/t : aa :ima=link+code:404 also 



worked but if I learned only one thing in five years at Flickr it was to never ever 
again say: "Why can't you just..." Calling out linkrot at all is more than delicious 
does and I'm willing to spend the twenty-five bucks for the year, just to see what 
happens, even if the experiment doesn't work in the end. 

Finally, there's nothing special about the tags I'm using. They happen to look 
and feel like machine 

tags http: //pinboard. in/u: straup/t : aa: ima=post+machinetags but since 

pinboard doesn't index them as such they're really just fancy strings that I use to 
help me organize stuff. This is what I've come up with so far: 

• aa:ima—pOSt http: //pinboard, in/u: straup/t :aa: ima=post 

• aa:ima—link http: //pinboard, in/u: straup/t :aa: ima=link 

• aa:idx- 

(SOMETHING) http : //pinboard . in/u : straup/t : aa : idx=milkshake 

— the actual page that a blog post is part of (I eventually stopped 
including outbound links here but I don't know if that was the right 
decision) 

• aa:id- 

(SOMETHING) http : //pinboard, in/u : straup/t : aa : id=mw2 010/ 

— the unique ID for that blog post (the pithy #something bits on the 
URLs) 

• aa:post- 

(SOMETHING) http : //pinboard, in/u : straup/t : aa :post=mw2010/ 

— the blog post(s) that an outbound link was part of 

Sites like delicious and pinboard have both developed their own internal 

lexicon of magic words http://pinboard.in/u:straup/t:magicwords to 

assign meaning and sometimes 

action http://www.delicious.com/help/faq#tags to a tag: Things like 
code: 4 04 or viaiblech or system: medium: audio. Maybe some day 
there will be an equivalent set of tags (we'll save the discussion of whether or not 



they're really just machine tags http://adactio.com/journai/1274/ with a 
different name for another post) for blog-like webpages but for now this is what I'm 
doing. 

See also: http: //pinboard. in/u: straup/t : aa:post=navelgazing 

2010-12-07T06:07:35-0800 



Enplacification 



k"fl&3? 



Home Profile Find People Settings Help Sign out 



Both Foodspotting (foodspotting:) and 
Instagram (foursquare:) now add 
lovable machine tags to photos posted to 
Flickr, hooray for metadata! 
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On Thursday night, it was very quietly made known that Flickr had enabled 
the machine tags extras 

love http://code.flickr.com/blog/2 009/07/06/extraextraextra/ for photos 
with Foodspotting machine tags and that the 

Foodspotting http://www.foodspotting.com/iphone/ and 

Instagram http://itunes.com/apps/instagram/ iPhone applications now 
automagically add 

foodspotting :place= http: //www.f lickr.com/photos/tags/foodspotting: 

and 

foursquare : venue= http: //www. flickr .com/photos /tags /four square :venu< 

tags, respectively, to the photos they upload to Flickr. 

This is happy making. One of the hopes behind all the machine tags and 
machine tags extras work is that it would be incentive for other services to build 
bespoke Flickr uploader applications. Perhaps we should have been more vocal 
about that but some days it's hard to know whether you beat people over the head 
about the value of an idea or you let them discover it on their own. I am often wrong 



about this but I prefer the latter and a little bit of patience. In a world where for a 
long time there was only the Noticin.gs 

uploadr https://github.com/tomtaylor/noticings-iphone now there are 

three! 

I have been working on a little side-project that involves being able to define 
a location simply by copy-pasting a URL from a third-party provider in to a text 
field. This isn't about hoovering someone else's database or all their users mostly 
because I am building this site for me and I don't want to be beholden to any one 
particular service. It's also about having the site take care of extracting just enough 
data to store locally for simple search and retrieval and display. 

/ think the cool kids all call this "linked data" these days. Isn't that right, 

Myles http://www.flickr.com/photos/heather/4577239562/ ? 

As it happens, lots of the places that I would like to be able to quickly "note" 
down for future use are "in" Flickr photos, particularly photos of restaurants and 
food. For a bunch of dull reasons, not all of these photos have been geotagged but 
many have been machine 

tagged http://www.flickr.com/groups/api/discuss/72157594497877875/ . 

Which means that if a photo has a machine tag for a service known that have 
location information it ought to be possible to reach out across the Internetworks 
and use the value of that machine tag as a key into their system to retrieve geo data. 

Which means you ought to be able to use the photo URL as the key itself. 
And lo, you can! 

Remember: As I wrote this, none of the photos in these examples were 
geotagged. What follows are examples and recipes for what to do after you've called 
flickr .photos .getlnfo http://www.flickr.com/services/api/flickr.photos.get: 
only to discover that a photo has no location information but does have machine 
tags. 



foursquare : venue= 



# this photo is tagged foursquare: venue=1088273 



dumper (placesf lickr_enplacify( "http://www.flickr.eom/photos/55224303@N05/5233199247/ http://www.flic] 

array ( 

'latitude' => 35.6974783, 

'longitude' => 139.8121268, 

'name' => ' Tlltl^ V h^&BT (ARCAKIT KINSHICHO) ' , 

'address' => '88*2-2-1', 

' derivedf rom' => 'flickr', 

' derivedf romid ' => '5233199247', 

'url' => 'http://foursquare.COm/venue/1088273 http://foursquare.com/venue/1088273 ', 

'phone' => '0338295656', 
) 

Foursquare is the easiest of the lot because it's got a proper 

API https : //groups . google.com/group/foursquare-api/web/api- 

documentation with methods for looking up venues, so if you've got a photo 
machine tagged foursquare: venue=1088273 you're basically done. It's 
worth noting though the individual web pages for venues now appear to be chock 
full of Facebook 

OpenGraph http://developers.facebook.com/docs/opengraph meta tags. I 

haven't bothered to see if it's a one-for-one parity with the API but I mention it 
because it's relevant to the next example. 



yelp:biz= 



# this photo is tagged yelp:biz=the-red-door-ale-house-seattle 

dumper (places_flickr_enplacify{ "http: //www. flickr.com/photos/jwalsh_/3 610758308/ http://www.flickr.cor 

array ( 

' latitude' => ' 47.65014 ' , 

'longitude' => ' -122 .351693 ' , 

' name ' => ' Red Door ' , 

'phone' => '(206) 547-7521', 

' url ' => ' http: //www. yelp.com/biz/q20FkqFbmdOhfSEhaT5IHg http://www.yelp.com/biz/q20FkqFbmdOhfSEhaT5lHg 

'address' => '3401 Evanston Ave N', 

' derived_f rom ' => ' flickr ' , 

'derived_from_id' => '3610758308', 
) 

Meta tags http://www.aaronland.info/weblog/2004/02/07/5389/ , 
right? I mean who knew... 



Yelp is bit more complicated because there's no way to lookup individual 

listings in the Yelp API http://www.yelp.com/developers/documentation SO 

we need to scrape the listing page from the website proper. The good news is those 
HTML pages http://biog.jciark.com/2010/11/xmi-vs-web_24.htmi are 
packed with "your website is your API" goodness in the form of embedded 
Facebook OpenGraph meta tags and vCard information stored in semantic CSS 
classes. It's definitely not pretty and surely prone to breaking but at least now you 



can get close-enough-to-play-it-on-TV complete location data for a place. 

I've not posted actual code for doing any of this generically because I don't 
have the time to maintain it and it's one of those things that's probably easier and 
faster for any given Internet Typist to write using their prefered bag of hammers and 
idioms. Here's some pseudo-code (and some example code for parsing out 
OpenGraph /weblog/2010/12/06/urmum/lib_opengraph.phps and 
vCard /webiog/20i0/i2/06/urmum/iib_vcard.phps data) to demonstrate the 
basic idea: 

f lickrdata ={...} 

for flickr_tag in tags: 

if not tag.raachinetag: 
continue 

nspred, value = tag. raw. split (' = ' ) 
ns, pred = nspred. split ( ' : ' ) 

if ns == 'yelp' and pred == 'biz': 

# 1) construct a proper URL using 'value' as the business ID 

# 2 ) fetch that URL 

# 3) parse the body of the URL looking for OpenGraph tags 

# 4) parse the body of the URL looking for vCard classes 

# 5) Return joy 

yelpdata = placesyelpenplacifyf ' http: //www. yelp. com/biz/ ' + value) 

flickrdata = array_merge(yelp_data, flickrdata) 
break 

Also, don't forget to account for the fact that Yelp redirects all its pretty 
URLs to ones with obfuscated business IDs (for example, 
http://www.yelp.com/biz/humphry-slocombe-ice-cream-san- 

franciSCO http: //www. yelp. com/biz /humphry-slocombe-ice-cream-san- 
francisco becomes 

http://www.yelp.com/biz/470C_X6KkiDDQ4jwoCUjFg http://www.yeip.eom/t 
so unless you're working with an HTTP library that handles 301 responses, you'll 
need to deal with that yourself. 

If you're looking at the pseudo-code and asking yourself whether "enplacify 
can enplacify itself" that's good because the answer is yes. Ultimately you are 
bounded only by how long you want to wait for an answer to come back or if you're 
running in a live production environment how long you can leave your HTTP 
Connections Open http : / /blog . spider labs . com/ 2010/1 1 /advanced-topic-of - 
the-week-mitigating-slow-http-dos-attacks.html before the sky Starts to fall. 



[ insert Semantic Web one true graph joke here ] 

foodspotting:place= 

# this photo is tagged f oodspotting:place=2617 

dumper (places_flickr_enplacify{ "http: //www. flickr.com/photos/cynk/5084197 983/ http://www.flickr.com/pho 

array ( 

'name' => 'Bund Shanghai', 

' derived_f rom ' => ' f lickr ' , 

'derived_from_id' => '5084197983', 

'latitude' => 37.796114, 

'longitude' => -122.405999, 

' address ' => '640 Jackson' , 
) 

If Foodspotting has an API I've not been able to find it and the only metadata 
in their places webpages is some spotty vCard data marked up in semantic CSS. 
That being said if a listing contains enough adress information (I've only included 
the street address above, but often locality and region will be present) you can feed 
that data in to another geocoding service and pull out the exact (-ish) location for 
the thing you're looking at. Again, pseudo-code: 



rsp = http_get (foodspotting_url) 
fs_data = vcard_parse_html ( rsp [' body '] ) 

if f s_data[ ' street-address ' ] and f s_data[ ' locality' ] and fs_data[ ' region ' ] : 

query = "%s, %s %s" % ( f s_data[ ' street-address ' ] , fs_data[ ' locality ' ] , f s_data[ ' region' ] ) 
geo = yahoo_google_whatever_geocode_string (query) 

fs_data = array_merge( geo, fs_data) 
return fs_data 

# and then later on: 

flickr_data = array _merge ( fs_data, f lickr_data) 



Good! 



Of course there's nothing here that's technically Earth shattering other than 
the fact that it's finally possible and relatively easy to do this stuff, which is the 
exciting part. Other notable services to connect are Facebook 

Places http://developers.facebook.com/blog/post/403 (someone who's 

actually got a Facebook account and can log in to see their bloody developer docs, 
please let me know) and OpenStreetMap or maybe even Dopplr which uh... yeah, 

anyway http://www.guardian.co.uk/technology/pda/2 010/sep/10/slow- 

death-of-doppir ... More importantly, it's a pattern that's not exclusive to 
locations. 



We never did get 
nyt:person= http://www.flickr.com/photos/tags/nyt:person= machine tags 
working properly, at Flickr, because the 

Times http: //topics . ny times . com/ topics /reference /timestopics/ index. html 

kept changing the way their identifiers move and we never re/built the machine 
tags infrastructure http : / /www . aaronland . info/ talks /mwl 0_machinetags /#1 

to account for photos with more than one identical namespace-predicate 

pair http://www.flickr.com/photos/usnationalarchives/3679494978/ but I 
loved that it (almost) made possible a completely sideways avenue for people- 
tagging http: //www.f lickr.com/people/thepointybuilding/photosof/ your 

photos. What could you do with article specific machine tags for the New York 
Times http://aaronland.info/nytimes/ ? Or The 

Guardian http : / /revdancatt . com/ 2010/11/10 /what-is-the-latest-guardian- 
headiine-dot-com/ ? You get the idea. 

Matt Biddulph bookmarked an article on 
del.icio.us http://www.deiicious.com/mattb the other day that nicely 
expresses the sentiment: 



"Kinect is making nothing which wasn't already technically possible, 
possible. It is just making it accessible, not just in terms of price, but 
also in terms of simplicity and ease. The question should not be "what 
can you do with kinect that you couldn't do before", but it should be 
"how much simpler is it (technically) to do something with kinect, 
which was a lot harder with consumer devices before kinect." 



http://wWW.meniO.tv/kinect_Why_it_matterS http://www.memo.tv/kinect_why_it_matters 



And if you're wondering: Yes, going through all the not-geotagged-but- 
machine-tagged photos and calling out to those third party services for location 
information was one of the things that I wanted to do while I was working on all 
this stuff at Flickr. Sorry, I still feel bad about that... The value of things like 
machine tags is not simply to be a means of broadcasting information outwards but 



also to be a kind Of homing beacon http: //booktwo.org/notebook/selfish-vs- 
sociai/ that can be used to attract, to ingest and finally to dress itself anew in the 
uses the street finds for it. 

Small bridges http://code.flickr.com/blog/2009/10/19/small- 
bridges-to-proximate-spaces/ , indeed! 




A major piohlsm v.hen yau wotk with clisparare farge daraiers is. macpujg information From 
Jjijmi "G tlauiiii. A ioaiceirdanqt b* (wten [wo-daraisrj ffl.o. mapp-in^rom VjIioo'j WOE 
p\&l$ IDs, wCeaharties,!D$Hll(rwiiii (ft (embtftt tf*W ltt ifiwcillfl-g n&wrwjys.. 

Fhcfcr is implicitly ftwldirag s«s of tontofdautsi Through lheir machin* Tag migrations. A 
|JhO!g of # ceswuram in Sftn FijuiCittO m*y h*«t (lgS Inkling i(S IDi both In Fgtiijqvare 
,»n<! in Oopplr. HopefulrjT thf/l I optri gp (his. CMCWdUH* tfjl^i [hrmigh their API tVtMIHlty, 
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